淺談HashMap以及重寫hashCode()和equals()方法

HashMap和Hashtable的底層實現都是數組+鏈表結構實現的

使用HashMap，若是key是自定義的類，就必須重寫hashcode()和equals()。

若是你重載了equals，好比說是基於對象的內容實現的，而保留hashCode的實現不變，那麼極可能某兩個對象明明是「相等」，而hashCode卻不同。
這樣，當你用其中的一個做爲鍵保存到hashMap、hasoTable或hashSet中，再以「相等的」找另外一個做爲鍵值去查找他們的時候，則根本找不到。

對於每個對象，經過其hashCode()方法可爲其生成一個整形值（散列碼），該整型值被處理後，將會做爲數組下標，存放該對象所對應的Entry（存放該對象及其對應值）。 
equals()方法則是在HashMap中插入值或查詢時會使用到。當HashMap中插入值或查詢值對應的散列碼與數組中的散列碼相等時，則會經過equals方法比較key值是否相等，
因此想以自建對象做爲HashMap的key，必須重寫該對象繼承object的hashCode和equals方法。

的源碼的關鍵部分put

        for (Entry<K,V> e = table[i]; e != null; e = e.next) {
            Object k;
            if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
                V oldValue = e.value;
                e.value = value;
                e.recordAccess(this);
                return oldValue;
            }
        }
        modCount++;
        addEntry(hash, key, value, i);
        return null;

還有一點，位置0上存放的必定是null。

而後在遍歷這個位置上的鏈表的過程當中，若是發如今已經存在由equal函數肯定的相等的Key，那麼用新的Value替換掉老的Value，並返回老的Value。否則就在鏈表最後添加結點，並返回null。

 

看一下get的源碼

    public V get(Object key) {
        if (key == null)
            return getForNullKey();
        Entry<K,V> entry = getEntry(key);

        return null == entry ? null : entry.getValue();
    }

再看getEntry的源碼

  final Entry<K,V> getEntry(Object key) {
        if (size == 0) {
            return null;
        }

        int hash = (key == null) ? 0 : hash(key);
        for (Entry<K,V> e = table[indexFor(hash, table.length)];
             e != null;
             e = e.next) {
            Object k;
            if (e.hash == hash &&
                ((k = e.key) == key || (key != null && key.equals(k))))
                return e;
        }
        return null;
    }

意思很明確，就是先用hash函數肯定在哪一個位置，而後遍歷這個位置上對應的鏈表，直到找到這個Key，而後返回value
這裏有個地方很關鍵，那就是如何判判斷相等咱們看到這裏是靠equal函數來判斷的，equal函數是全部類都會從Object類處繼承的函數，

當咱們在HashMap中存儲咱們本身定義的類的時候，默認的equal函數的行爲可能不能符合咱們的要求，因此須要重寫。

總結：

一、若是兩個對象相同（即用equals比較返回true），那麼它們的hashCode值必定要相同；
二、若是兩個對象的hashCode相同，它們並不必定相同(即用equals比較返回false)