摘要:習(xí)慣在微信看技術(shù)文章,想要獲取更多的資源的同學(xué),可以關(guān)注微信公眾號。為了大家方便,剛新建了一下群,大家也可以去交流交流。謝謝支持了希望能多介紹給其他有需要的朋友
前言
聲明,本文用得是jdk1.8
前面已經(jīng)講了Collection的總覽和剖析List集合以及散列表、Map集合、紅黑樹還有HashMap基礎(chǔ)了:
Collection總覽
List集合就這么簡單【源碼剖析】
Map集合、散列表、紅黑樹介紹
HashMap就是這么簡單【源碼剖析】
本篇主要講解LinkedHashMap~
看這篇文章之前最好是有點數(shù)據(jù)結(jié)構(gòu)的基礎(chǔ):
Java實現(xiàn)單向鏈表
棧和隊列就是這么簡單
二叉樹就這么簡單
當然了,如果講得有錯的地方還請大家多多包涵并不吝在評論去指正~
一、LinkedHashMap剖析LinkedHashMap數(shù)據(jù)結(jié)構(gòu)圖:
ps:圖片來源網(wǎng)絡(luò),侵刪~
首先我們來看看類繼承圖:
我簡單翻譯了一下頂部的注釋(我英文水平渣,如果有錯的地方請多多包涵~歡迎在評論區(qū)下指正)
從頂部翻譯我們就可以歸納總結(jié)出HashMap幾點:
底層是散列表和雙向鏈表
允許為null,不同步
插入的順序是有序的(底層鏈表致使有序)
裝載因子和初始容量對LinkedHashMap影響是很大的~
同時也給我?guī)Я藥讉€疑問:
access-ordered和insertion-ordered具體的使用和意思
為什么說初始容量對遍歷沒有影響?
希望可以在看源碼的過程中可以解決掉我這兩個疑問~那接下來就開始吧~
下面我列舉就這兩個比較重要的:
這就印證了我們的LinkedHashMap底層確確實實是散列表和雙向鏈表~
在構(gòu)建新節(jié)點時,構(gòu)建的是LinkedHashMap.Entry 不再是Node.
1.3構(gòu)造方法可以發(fā)現(xiàn),LinkedHashMap有5個構(gòu)造方法:
下面我們來看看構(gòu)造方法的定義是怎么樣的:
從構(gòu)造方法上我們可以知道的是:LinkedHashMap默認使用的是插入順序
1.4put方法原本我是想要找put方法,看看是怎么實現(xiàn)的,后來沒找著,就奇了個怪~
再頓了一下,原來LinkedHashMap和HashMap的put方法是一樣的!LinkedHashMap繼承著HashMap,LinkedHashMap沒有重寫HashMap的put方法
所以,LinkedHashMap的put方法和HashMap是一樣的。
如果沒看過HashMap就是這么簡單【源碼剖析】的同學(xué),可進去看看~
當然了,在創(chuàng)建節(jié)點的時候,調(diào)用的是LinkedHashMap重寫的方法~
1.5get方法get方法也是多了:判斷是否為訪問順序~~~
講到了這里,感覺我們可以簡單測試一波了:
首先我們來看看已插入順序來進行插入和遍歷:
public static void insertOrder() { // 默認是插入順序 LinkedHashMapinsertOrder = new LinkedHashMap(); String value = "關(guān)注公眾號Java3y"; int i = 0; insertOrder.put(i++, value); insertOrder.put(i++, value); insertOrder.put(i++, value); insertOrder.put(i++, value); insertOrder.put(i++, value); //遍歷 Set set = insertOrder.keySet(); for (Integer s : set) { String mapValue = insertOrder.get(s); System.out.println(s + "---" + mapValue); } }
測試一波:
接著,我們來測試一下以訪問順序來進行插入和遍歷:
public static void accessOrder() { // 設(shè)置為訪問順序的方式 LinkedHashMapaccessOrder = new LinkedHashMap(16, 0.75f, true); String value = "關(guān)注公眾號Java3y"; int i = 0; accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); // 遍歷 Set sets = accessOrder.keySet(); for (Integer key : sets) { String mapValue = accessOrder.get(key); System.out.println(key + "---" + mapValue); } }
代碼看似是沒有問題,但是運行會出錯的!
前面在看源碼注釋的時候我們就發(fā)現(xiàn)了:在AccessOrder的情況下,使用get方法也是結(jié)構(gòu)性的修改!
為了簡單看出他倆的區(qū)別,下面我就直接用key來進行看了~
以下是訪問順序的測試:
public static void accessOrder() { // 設(shè)置為訪問順序的方式 LinkedHashMapaccessOrder = new LinkedHashMap(16, 0.75f, true); String value = "關(guān)注公眾號Java3y"; int i = 0; accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); accessOrder.put(i++, value); // 訪問一下key為3的元素再進行遍歷 accessOrder.get(3); // 遍歷 Set sets = accessOrder.keySet(); for (Integer key : sets) { System.out.println(key ); } }
測試結(jié)果:
以下是插入順序的測試(代碼就不貼了,和上面幾乎一樣):
我們可以這樣理解:最常用的將其放在鏈表的最后,不常用的放在鏈表的最前~
這個知識點以我的理解而言,它這個訪問順序在LinkedHashMap如果不重寫用處并不大~它是用來給別的實現(xiàn)進行擴展的
因為最常被使用的元素再遍歷的時候卻放在了最后邊,在LinkedHashMap中我也沒找到對應(yīng)的方法來進行調(diào)用~
一個removeEldestEntry(Map.Entry
還有一個是afterNodeInsertion(boolean evict)方法,新增時判斷是否需要刪除最久未被使用的元素!!
去網(wǎng)上搜了幾篇資料,都是講LRUMap的實現(xiàn)的(也就是對LinkedHashMap進行擴展),有興趣的同學(xué)可參考下列鏈接:
https://blog.csdn.net/exceptional_derek/article/details/11713255
http://www.php.cn/java-article-362041.html
https://www.jianshu.com/p/1a66529e1a2e
https://mp.weixin.qq.com/s?__biz=MzI4Njc5NjM1NQ%3D%3D&chksm=ebd639d5dca1b0c3ba5a26bd46d265544f4fdd468df6465e54d93da230c3457d4947e79eaf0c&idx=1&mid=2247485177&sn=93cfa2c2e6f3e5092e5850bdb5ea4cc3
1.6remove方法對于remove方法,在LinkedHashMap中也沒有重寫,它調(diào)用的還是父類的HashMap的remove()方法,在LinkedHashMap中重寫的是:afterNodeRemoval(Node
當然了,在remove的時候會涉及到上面重寫的方法:
1.7遍歷的方法Set
看到了這里,我們就知道為啥注釋說:初始容量對遍歷沒有影響
因為它遍歷的是LinkedHashMap內(nèi)部維護的一個雙向鏈表,而不是散列表(當然了,鏈表雙向鏈表的元素都來源于散列表)
二、總結(jié)LinkedHashMap比HashMap多了一個雙向鏈表的維護,在數(shù)據(jù)結(jié)構(gòu)而言它要復(fù)雜一些,閱讀源碼起來比較輕松一些,因為大多都由HashMap實現(xiàn)了..
閱讀源碼的時候我們會發(fā)現(xiàn)多態(tài)是無處不在的~子類用父類的方法,子類重寫了父類的部分方法即可達到不一樣的效果!
比如:LinkedHashMap并沒有重寫put方法,而put方法內(nèi)部的newNode()方法重寫了。LinkedHashMap調(diào)用父類的put方法,里面回調(diào)的是重寫后的newNode(),從而達到目的!
LinkedHashMap可以設(shè)置兩種遍歷順序:
訪問順序(access-ordered)
插入順序(insertion-ordered)
默認是插入順序的
對于訪問順序,它是LRU(最近最少使用)算法的實現(xiàn),要使用它要么重寫LinkedListMap的幾個方法(removeEldestEntry(Map.Entry
LinkedHashMap遍歷的是內(nèi)部維護的雙向鏈表,所以說初始容量對LinkedHashMap遍歷是不受影響的
參考資料:
《Core Java》
https://blog.csdn.net/zxt0601/article/details/77429150
https://blog.csdn.net/panweiwei1994/article/details/76555359
https://zhuanlan.zhihu.com/p/28216267
https://blog.csdn.net/fan2012huan/article/details/51097331
https://www.cnblogs.com/chinajava/p/5808416.html
明天要是無意外的話,可能會寫TreeMap,敬請期待哦~~~~
文章的目錄導(dǎo)航:https://zhongfucheng.bitcron.com/post/shou-ji/wen-zhang-dao-hang
如果文章有錯的地方歡迎指正,大家互相交流。習(xí)慣在微信看技術(shù)文章,想要獲取更多的Java資源的同學(xué),可以關(guān)注微信公眾號:Java3y。為了大家方便,剛新建了一下qq群:742919422,大家也可以去交流交流。謝謝支持了!希望能多介紹給其他有需要的朋友
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/69024.html
摘要:下面總結(jié)一下集合常用的三個子類吧無序,允許為,底層是散列表紅黑樹,非線程同步有序,不允許為,底層是紅黑樹非線程同步迭代有序,允許為,底層是雙向鏈表,非線程同步從結(jié)論而言我們就可以根據(jù)自己的實際情況來使用了。 前言 聲明,本文用的是jdk1.8 前面章節(jié)回顧: Collection總覽 List集合就這么簡單【源碼剖析】 Map集合、散列表、紅黑樹介紹 HashMap就是這么簡單【源碼...
摘要:在這種情況下,是以其為根的樹的最后一個結(jié)點。來源二總結(jié)底層是紅黑樹,能夠?qū)崿F(xiàn)該集合有序如果在構(gòu)造方法中傳遞了對象,那么就會以對象的方法進行比較。 前言 聲明,本文用得是jdk1.8 前面章節(jié)回顧: Collection總覽 List集合就這么簡單【源碼剖析】 Map集合、散列表、紅黑樹介紹 HashMap就是這么簡單【源碼剖析】 LinkedHashMap就這么簡單【源碼剖析】 本...
摘要:而在集合中,值僅僅是一個對象罷了該對象對本身而言是無用的。將這篇文章作為集合的總結(jié)篇,但覺得沒什么好寫就回答一些面試題去了,找了一會面試題又覺得不夠系統(tǒng)。 前言 聲明,本文用的是jdk1.8 花了一個星期,把Java容器核心的知識過了一遍,感覺集合已經(jīng)無所畏懼了??!(哈哈哈....),現(xiàn)在來總結(jié)一下吧~~ 回顧目錄: Collection總覽 List集合就這么簡單【源碼剖析】 Ma...
摘要:下面我來簡單總結(jié)一下的核心要點底層結(jié)構(gòu)是散列表數(shù)組鏈表紅黑樹,這一點和是一樣的。是將所有的方法進行同步,效率低下。而作為一個高并發(fā)的容器,它是通過部分鎖定算法來進行實現(xiàn)線程安全的。 前言 聲明,本文用的是jdk1.8 前面章節(jié)回顧: Collection總覽 List集合就這么簡單【源碼剖析】 Map集合、散列表、紅黑樹介紹 HashMap就是這么簡單【源碼剖析】 LinkedHas...
摘要:系統(tǒng)級線程核心級線程由操作系統(tǒng)內(nèi)核進行管理。值得注意的是多線程的存在,不是提高程序的執(zhí)行速度。實現(xiàn)多線程上面說了一大堆基礎(chǔ),理解完的話。虛擬機的啟動是單線程的還是多線程的是多線程的。 前言 之前花了一個星期回顧了Java集合: Collection總覽 List集合就這么簡單【源碼剖析】 Map集合、散列表、紅黑樹介紹 HashMap就是這么簡單【源碼剖析】 LinkedHashMa...
閱讀 3532·2023-04-25 18:14
閱讀 1681·2021-11-24 09:38
閱讀 3352·2021-09-22 14:59
閱讀 3147·2021-08-09 13:43
閱讀 2676·2019-08-30 15:54
閱讀 640·2019-08-30 13:06
閱讀 1650·2019-08-30 12:52
閱讀 2794·2019-08-30 11:13