GC複製存活的對象，內存地址會變嗎？之前的引用怎麼辦？

問題

先執行gc方法，10S後打印數組的地址，發現沒變，是否是說明覆制算法不改變對象的內存地址

解讀

toString打印的值 現有的匿名回答是正解：題主作的實驗根本沒有涉及對象地址。java.lang.Object默認的toString()實現，返回的是「類名@hashcode」這樣的格式的字符串。其中hashcode部分的值默認返回的是對象的「身份哈希值」（identity hash code）。jdk8u/jdk8u/jdk: 3dc438e0c8e1 src/share/classes/java/lang/Object.java

做者：RednaxelaFX
連接：https://www.zhihu.com/question/49631727/answer/120113928
來源：知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權，非商業轉載請註明出處。

/**
     * Returns a string representation of the object. In general, the
     * {@code toString} method returns a string that
     * "textually represents" this object. The result should
     * be a concise but informative representation that is easy for a
     * person to read.
     * It is recommended that all subclasses override this method.
     * <p>
     * The {@code toString} method for class {@code Object}
     * returns a string consisting of the name of the class of which the
     * object is an instance, the at-sign character `{@code @}', and
     * the unsigned hexadecimal representation of the hash code of the
     * object. In other words, this method returns a string equal to the
     * value of:
     * <blockquote>
     * <pre>
     * getClass().getName() + '@' + Integer.toHexString(hashCode())
     * </pre></blockquote>
     *
     * @return  a string representation of the object.
     */
    public String toString() {
        return getClass().getName() + "@" + Integer.toHexString(hashCode());
    }

jdk8u/jdk8u/jdk: 3dc438e0c8e1 src/share/classes/java/lang/System.java

/**
     * Returns the same hash code for the given object as
     * would be returned by the default method hashCode(),
     * whether or not the given object's class overrides
     * hashCode().
     * The hash code for the null reference is zero.
     *
     * @param x object for which the hashCode is to be calculated
     * @return  the hashCode
     * @since   JDK1.1
     */
    public static native int identityHashCode(Object x);

equals 和hashcode

hashcode：對象的初始地址的整數表示

Java中的對象是JVM在管理，JVM會在她認爲合適的時候對對象進行移動，好比，在某些須要整理內存碎片的GC算法下發生的GC。此時，對象的地址會變更，但hashcode不會改變。

1.hashCode是爲了提升在散列結構存儲中查找的效率，在線性表中沒有做用。

   2.通常一個類的對象若是會存儲在HashTable，HashSet,HashMap等散列存儲結構中，那麼重寫equals後最好也重寫hashCode，不然會致使存儲數據的不惟一性（存儲了兩個equals相等的數據）。而若是肯定不會存儲在這些散列結構中，則能夠不重寫hashCode。
   3.若兩個對象equals返回true，則hashCode有必要也返回相同的int數。
   4.若兩個對象equals返回false，則hashCode不必定返回不一樣的int數,但爲不相等的對象生成不一樣hashCode值能夠提升哈希表的性能。

   5.若兩個對象hashCode返回相同int數，則equals不必定返回true。

   6.若兩個對象hashCode返回不一樣int數，則equals必定返回false。

   7.同一對象在執行期間若已經存儲在集合中，則不能修改影響hashCode值的相關信息，不然會致使內存泄露問題。

8.通常來講涉及到對象之間的比較大小就須要重寫equals方法。

gc若是使用了複製算法，改變的對象的內存，那麼對象的hashcode

內存地址改變，hashcode不會改變

hashCode 的常規協定是： 在 Java 應用程序執行期間，在同一對象上屢次調用 hashCode 方法時，必須一致地返回相同的整數，前提是對象上 equals 比較中所用的信息沒有被修改。從某一應用程序的一次執行到同一應用程序的另外一次執行，該整數無需保持一致。 若是根據 equals(Object) 方法，兩個對象是相等的，那麼在兩個對象中的每一個對象上調用 hashCode 方法都必須生成相同的整數結果。