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