GitHub 3.7k Star 的Java工程師成神之路 ,不來(lái)了解一下嗎? GitHub 3.7k Star 的Java工程師成神之路 ,真的不來(lái)了解一下嗎? GitHub 3.7k Star 的Java工程師成神之路 ,真的確定不來(lái)了解一下嗎? 集合是Java開(kāi)發(fā)日常開(kāi)發(fā)中經(jīng)常會(huì)使用到的。在之前的一些文章中,我們介紹過(guò)一些關(guān)于使用集合類(lèi)應(yīng)該注意的事項(xiàng),如《為什么阿里巴巴禁止在 foreach 循環(huán)里進(jìn)行元素的 remove/add 操作》、《為什么阿里巴巴建議集合初始化時(shí),指定集合容量大小》等。 關(guān)于集合類(lèi),《阿里巴巴Java開(kāi)發(fā)手冊(cè)》中其實(shí)還有另外一個(gè)規(guī)定:
本文就來(lái)分析一下為什么會(huì)有如此建議?其背后的原理是什么? subListsubList是List接口中定義的一個(gè)方法,該方法主要用于返回一個(gè)集合中的一段、可以理解為截取一個(gè)集合中的部分元素,他的返回值也是一個(gè)List。 如以下代碼:
以上代碼輸出結(jié)果為:
如果我們改動(dòng)下代碼,將subList的返回值強(qiáng)轉(zhuǎn)成ArrayList試一下:
以上代碼將拋出異常:
不只是強(qiáng)轉(zhuǎn)成ArrayList會(huì)報(bào)錯(cuò),強(qiáng)轉(zhuǎn)成LinkedList、Vector等List的實(shí)現(xiàn)類(lèi)同樣也都會(huì)報(bào)錯(cuò)。 那么,為什么會(huì)發(fā)生這樣的報(bào)錯(cuò)呢?我們接下來(lái)深入分析一下。 底層原理首先,我們看下subList方法給我們返回的List到底是個(gè)什么東西,這一點(diǎn)在JDK源碼中注釋是這樣說(shuō)的:
也就是說(shuō)subList 返回是一個(gè)視圖,那么什么叫做視圖呢? 我們看下subList的源碼:
這個(gè)方法返回了一個(gè)SubList,這個(gè)類(lèi)是ArrayList中的一個(gè)內(nèi)部類(lèi)。 SubList這個(gè)類(lèi)中單獨(dú)定義了set、get、size、add、remove等方法。 當(dāng)我們調(diào)用subList方法的時(shí)候,會(huì)通過(guò)調(diào)用SubList的構(gòu)造函數(shù)創(chuàng)建一個(gè)SubList,那么看下這個(gè)構(gòu)造函數(shù)做了哪些事情:
可以看到,這個(gè)構(gòu)造函數(shù)中把原來(lái)的List以及該List中的部分屬性直接賦值給自己的一些屬性了。 也就是說(shuō),SubList并沒(méi)有重新創(chuàng)建一個(gè)List,而是直接引用了原有的List(返回了父類(lèi)的視圖),只是指定了一下他要使用的元素的范圍而已(從fromIndex(包含),到toIndex(不包含))。 所以,為什么不能講subList方法得到的集合直接轉(zhuǎn)換成ArrayList呢?因?yàn)镾ubList只是ArrayList的內(nèi)部類(lèi),他們之間并沒(méi)有集成關(guān)系,故無(wú)法直接進(jìn)行強(qiáng)制類(lèi)型轉(zhuǎn)換。 視圖有什么問(wèn)題前面通過(guò)查看源碼,我們知道,subList()方法并沒(méi)有重新創(chuàng)建一個(gè)ArrayList,而是返回了一個(gè)ArrayList的內(nèi)部類(lèi)——SubList。 這個(gè)SubList是ArrayList的一個(gè)視圖。 那么,這個(gè)視圖又會(huì)帶來(lái)什么問(wèn)題呢?我們需要簡(jiǎn)單寫(xiě)幾段代碼看一下。 1、非結(jié)構(gòu)性改變SubList
得到結(jié)果:
當(dāng)我們嘗試通過(guò)set方法,改變subList中某個(gè)元素的值得時(shí)候,我們發(fā)現(xiàn),原來(lái)的那個(gè)List中對(duì)應(yīng)元素的值也發(fā)生了改變。 同理,如果我們使用同樣的方法,對(duì)sourceList中的某個(gè)元素進(jìn)行修改,那么subList中對(duì)應(yīng)的值也會(huì)發(fā)生改變。讀者可以自行嘗試一下。 1、結(jié)構(gòu)性改變SubList
得到結(jié)果:
我們嘗試對(duì)subList的結(jié)構(gòu)進(jìn)行改變,即向其追加元素,那么得到的結(jié)果是sourceList的結(jié)構(gòu)也同樣發(fā)生了改變。 1、結(jié)構(gòu)性改變?cè)璍ist
得到結(jié)果:
我們嘗試對(duì)sourceList的結(jié)構(gòu)進(jìn)行改變,即向其追加元素,結(jié)果發(fā)現(xiàn)拋出了ConcurrentModificationException。關(guān)于這個(gè)異常,我們?cè)凇?a href="https://www./archives/3542">一不小心就踩坑的fail-fast是個(gè)什么鬼?》中分析過(guò),這里原理相同,就不再贅述了。 小結(jié) 我們簡(jiǎn)單總結(jié)一下,List的subList方法并沒(méi)有創(chuàng)建一個(gè)新的List,而是使用了原List的視圖,這個(gè)視圖使用內(nèi)部類(lèi)SubList表示。 所以,我們不能把subList方法返回的List強(qiáng)制轉(zhuǎn)換成ArrayList等類(lèi),因?yàn)樗麄冎g沒(méi)有繼承關(guān)系。 另外,視圖和原List的修改還需要注意幾點(diǎn),尤其是他們之間的相互影響: 1、對(duì)父(sourceList)子(subList)List做的非結(jié)構(gòu)性修改(non-structural changes),都會(huì)影響到彼此。 2、對(duì)子List做結(jié)構(gòu)性修改,操作同樣會(huì)反映到父List上。 3、對(duì)父List做結(jié)構(gòu)性修改,會(huì)拋出異常ConcurrentModificationException。 所以,阿里巴巴Java開(kāi)發(fā)手冊(cè)中有另外一條規(guī)定:
如何創(chuàng)建新的List如果需要對(duì)subList作出修改,又不想動(dòng)原list。那么可以創(chuàng)建subList的一個(gè)拷貝:
PS:最近,《阿里巴巴Java開(kāi)發(fā)手冊(cè)》已經(jīng)正式更名為《Java開(kāi)發(fā)手冊(cè)》,并發(fā)布了新版本,增加了21條新規(guī)約,修改描述112處。 關(guān)注公眾號(hào)后臺(tái)回復(fù):手冊(cè),即可獲取最新版Java開(kāi)發(fā)手冊(cè)。 參考資料: https://www.jianshu.com/p/5854851240df https://www.cnblogs.com/ljdblog/p/6251387.html 來(lái)源:https://www./content-4-266401.html |
|
來(lái)自: 印度阿三17 > 《開(kāi)發(fā)》