国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

【java源碼一帶一路系列】之HashMap.putAll()

chanjarster / 2071人閱讀

摘要:觀光線路圖將涉及到的源碼全局變量哈希表初始化長度默認值是負載因子默認表示的填滿程度。根據是否為零將原鏈表拆分成個鏈表,一部分仍保留在原鏈表中不需要移動,一部分移動到原索引的新鏈表中。

前言

本文以jdk1.8中HashMap.putAll()方法為切入點,分析其中難理解、有價值的源碼片段(類似ctrl+鼠標左鍵查看的源碼過程)。?觀光線路圖:putAll() --> putMapEntries() --> tableSizeFor() --> resize() --> hash() --> putVal()...

將涉及到的源碼全局變量:

transient Node[] table; 哈希表,初始化長度length(默認值是16)

final float loadFactor; 負載因子(默認0.75),表示table的填滿程度。

static final int MAXIMUM_CAPACITY = 1 << 30; 最大容量

int threshold; 閾值 = table.length loadFactor(160.75=12)

static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; 初始16

static final float DEFAULT_LOAD_FACTOR = 0.75f;

前置知識:

? extends K: 泛型通配符

好了,帶全設備、干糧,準備出發~

putAll
public void putAll(Map m) {
    putMapEntries(m, true); // ↓
}
putMapEntries
final void putMapEntries(Map m, boolean evict) {
    int s = m.size();
    if (s > 0) {
        if (table == null) { // pre-size
            float ft = ((float)s / loadFactor) + 1.0F; // ft即table此時所需capacity,“+1.0F”為什么,個人理解彌補float與int轉換、比較精度彌補,加二也未嘗不可?
            int t = ((ft < (float)MAXIMUM_CAPACITY) ?
                     (int)ft : MAXIMUM_CAPACITY);
            if (t > threshold)
                threshold = tableSizeFor(t); // ↓
        }
        else if (s > threshold)
            resize();  // ↓
            
        // 筆者疑問:原map加上m后可能需要擴容的判斷在putVal中,在此是不是更佳呢?答:因為除此之外還有其他函數調用了putVal
        for (Map.Entry e : m.entrySet()) {
            K key = e.getKey();
            V value = e.getValue();
            putVal(hash(key), key, value, false, evict);
        }
    }
}
tableSizeFor
// 找到大于等于cap的最小的2的冪(3的最小2的冪=4;4->4;5->8...)
static final int tableSizeFor(int cap) {
    int n = cap - 1;
    n |= n >>> 1;
    n |= n >>> 2;
    n |= n >>> 4;
    n |= n >>> 8;
    n |= n >>> 16;
    return (n < 0) ? 1 : (n >= MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : n + 1;
}

這里的“-1”可以理解為是為了++保證結果值≥原值++。舉個栗子,假如cap=8(1000)。計算結果為16(10000)。這顯然不是我們想要的最小的2的冪。

關于抑或、右移的計算過程,我以size=3為例,可以參考便于理解:

不對啊,圖里算出來的結果等于7啊,說好的2的冪呢?別忘了這里return最后在返回值進行了+1。

那么問題來了。為什么要遵循“2的冪次方”的套路呢?不僅tableSizeFor如此,連一些參數初始值也暗含類似意圖(如DEFAULT_INITIAL_CAPACITY = 1 << 4)。

根本目的為了提高效率,為了使用借助以下規律:

取余(%)操作中如果除數是2的冪次方,則等同于與其除數減一的與(&)操作

因此在源碼中會看到大量的“(n - 1) & hash”語句,也就是為什么要按“2的冪次方”的套路出牌了。

resize
// hash table擴容至原來2倍,并將原table數據重新映射到新table中
final Node[] resize() {
    Node[] oldTab = table;
    int oldCap = (oldTab == null) ? 0 : oldTab.length;
    int oldThr = threshold;
    int newCap, newThr = 0;
    if (oldCap > 0) {
        if (oldCap >= MAXIMUM_CAPACITY) {
            threshold = Integer.MAX_VALUE;
            return oldTab;
        }
        else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
                 oldCap >= DEFAULT_INITIAL_CAPACITY)
            newThr = oldThr << 1; // double threshold
    }
    else if (oldThr > 0) // initial capacity was placed in threshold
        newCap = oldThr;
    else {               // zero initial threshold signifies using defaults
        newCap = DEFAULT_INITIAL_CAPACITY;
        newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
    }
    if (newThr == 0) {
        float ft = (float)newCap * loadFactor;
        newThr = (newCap < MAXIMUM_CAPACITY && ft < (float)MAXIMUM_CAPACITY ?
                  (int)ft : Integer.MAX_VALUE);
    }
    threshold = newThr;
    @SuppressWarnings({"rawtypes","unchecked"})
        Node[] newTab = (Node[])new Node[newCap];
    table = newTab;
    if (oldTab != null) {
        for (int j = 0; j < oldCap; ++j) {
            Node e;
            if ((e = oldTab[j]) != null) {
                oldTab[j] = null; // 清空原table
                if (e.next == null) // 哈希表只有一個節點,直接賦值
                    newTab[e.hash & (newCap - 1)] = e;
                else if (e instanceof TreeNode)
                    ((TreeNode)e).split(this, newTab, j, oldCap); // 紅黑樹情況
                else { // preserve order
                    Node loHead = null, loTail = null;
                    Node hiHead = null, hiTail = null;
                    Node next;
                    do {
                        next = e.next;
                        if ((e.hash & oldCap) == 0) {
                            if (loTail == null)
                                loHead = e;
                            else
                                loTail.next = e;
                            loTail = e;
                        }
                        else {
                            if (hiTail == null)
                                hiHead = e;
                            else
                                hiTail.next = e;
                            hiTail = e;
                        }
                    } while ((e = next) != null);
                    if (loTail != null) {
                        loTail.next = null;
                        newTab[j] = loHead;
                    }
                    if (hiTail != null) {
                        hiTail.next = null;
                        newTab[j + oldCap] = hiHead;
                    }
                }
            }
        }
    }
    return newTab;
}

hashMap起初使用鏈表法避免哈希沖突(相同hash值),當鏈表長度大于TREEIFY_THRESHOLD(默認為8)時,將鏈表轉換為紅黑樹,當然小于UNTREEIFY_THRESHOLD(默認為6)時,又會轉回鏈表以達到性能均衡。

根據“e.hash & oldCap”是否為零將原鏈表拆分成2個鏈表,一部分仍保留在原鏈表中不需要移動,一部分移動到“原索引+oldCap”的新鏈表中。

那么問題來了,“e.hash & oldCap”從何而來!?

因為擴容前后hash(key)不變,oldCap與newCap皆為“2的冪次方”,則++newCap-1的二進制最高位與oldCap最高位相同++。結合上文“index=(n-1)&hash”可知:新的index的取決于:++(n-1)二進制最高位上是0還是1++;因此源碼作者巧妙的拉關系,以“oldCap等價于newTab的(n-1)的最高位”推出“e.hash & oldCap”!

假設我們length從16resize到32(以下僅寫出8位,實際32位),hash(key)是不變的。下面來計算一下index:

????n-1: 0000 1111-----》0001 1111【高位全0,&不影響】

hash1: 0000 0101-----》0000 0101

index1: 0000 0101-----》0000 0101【index不變】

hash2: 0001 0101-----》0001 0101

index2: 0000 0101-----》0001 0101【新index=5+16即原index+oldCap】
hash
static final int hash(Object key) {
    int h;
    return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}
異或運算:(h = key.hashCode()) ^ (h >>> 16)

原 來 的 hashCode : 1111 1111 1111 1111 0100 1100 0000 1010
移位后的hashCode: 0000 0000 0000 0000 1111 1111 1111 1111
進行異或運算 結果:1111 1111 1111 1111 1011 0011 1111 0101

這樣做的好處是,可以將hashcode高位和低位的值進行混合做異或運算,而且混合后,低位的信息中加入了高位的信息,這樣高位的信息被變相的保留了下來。摻雜的元素多了,那么生成的hash值的隨機性會增大。

putVal 參考文獻:

HashMap源碼注解 之 靜態工具方法hash()、tableSizeFor()(四);201604

源碼分析之HashMap;201704

【集合詳解】HashMap源碼解析;201608

HashMap源碼分析(jdk1.8);201604

更多有意思的內容,歡迎訪問筆者小站: rebey.cn

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/70005.html

相關文章

  • java源碼一帶一路系列LinkedHashMap.afterNodeAccess()

    摘要:如今行至于此,當觀賞一方。由于所返回的無執行意義。源碼閱讀總體門檻相對而言比,畢竟大多數底層都由實現了。比心可通過這篇文章理解創建一個實例過程圖工作原理往期線路回顧源碼一帶一路系列之源碼一帶一路系列之源碼一帶一路系列之 本文以jdk1.8中LinkedHashMap.afterNodeAccess()方法為切入點,分析其中難理解、有價值的源碼片段(類似源碼查看是ctrl+鼠標左鍵的過程...

    levy9527 評論0 收藏0
  • java源碼一帶一路系列ArrayList

    摘要:一路至此,風景過半。與雖然名字各異,源碼實現基本相同,除了增加了線程安全。同時注意溢出情況處理。同時增加了考慮并發問題。此外,源碼中出現了大量泛型如。允許為非線程安全有序。 一路至此,風景過半。ArrayList與Vector雖然名字各異,源碼實現基本相同,除了Vector增加了線程安全。所以作者建議我們在不需要線程安全的情況下盡量使用ArrayList。下面看看在ArrayList源...

    RebeccaZhong 評論0 收藏0
  • java源碼一帶一路系列HashSet、LinkedHashSet、TreeSet

    摘要:同樣在源碼的與分別見看到老朋友和。這樣做可以降低性能消耗的同時,還可以減少序列化字節流的大小,從而減少網絡開銷框架中。使用了反射來尋找是否聲明了這兩個方法。十進制和,通過返回值能反應當前狀態。 Map篇暫告段落,卻并非離我們而去。這不在本篇中你就能經常見到她。HashSet、LinkedHashSet、TreeSet各自基于對應Map實現,各自源碼內容較少,因此歸納為一篇。 HashS...

    UCloud 評論0 收藏0
  • java源碼一帶一路系列HashMap.compute()

    摘要:本篇涉及少許以下簡稱新特性,請驢友們系好安全帶,準備開車。觀光線路圖是在中新增的一個方法,相對而言較為陌生。其作用是把的計算結果關聯到上即返回值作為新。實際上,乃縮寫,即二元函數之意類似。 本文以jdk1.8中HashMap.compute()方法為切入點,分析其中難理解、有價值的源碼片段(類似源碼查看是ctrl+鼠標左鍵的過程)。本篇涉及少許Java8(以下簡稱J8)新特性,請驢友們...

    wapeyang 評論0 收藏0
  • java源碼一帶一路系列HashMap.putVal()

    摘要:表示該類本身不可比表示與對應的之間不可比。當數目滿足時,鏈表將轉為紅黑樹結構,否則繼續擴容。至此,插入告一段落。當超出時,哈希表將會即內部數據結構重建至大約兩倍。要注意的是使用許多有這相同的鍵值肯定會降低哈希表性能。 回顧上期?觀光線路圖:putAll() --> putMapEntries() --> tableSizeFor() --> resize() --> hash() --...

    cloud 評論0 收藏0

發表評論

0條評論

chanjarster

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<