ArrayList和LinkedList內部實現、區別、使用場景

ArrayList And LinkedList.png

首行推薦——http://www.jianshu.com/p/ba0fdee47cb4

ArrayList和LinkedList都是實現了List接口的類，他們都是元素的容器，用於存放對象的引用；

他們均可以對存放的元素進行增刪改查的操做，還能夠進行排序。

可是，他們仍是有區別的。

除了實現對List接口的實現，他們還實現了其餘的接口，由此造就了他們之間的差別；

ArrayList：內部使用數組的形式實現了存儲，實現了RandomAccess接口，利用數組的下面進行元素的訪問，所以對元素的隨機訪問速度很是快。

由於是數組，因此ArrayList在初始化的時候，有初始大小10，插入新元素的時候，會判斷是否須要擴容，擴容的步長是0.5倍原容量，擴容方式是利用數組的複製，所以有必定的開銷；

另外，ArrayList在進行元素插入的時候，須要移動插入位置以後的全部元素，位置越靠前，須要位移的元素越多，開銷越大，相反，插入位置越靠後的話，開銷就越小了，若是在最後面進行插入，那就不須要進行位移；

LinkedList：內部使用雙向鏈表的結構實現存儲，LinkedList有一個內部類做爲存放元素的單元，裏面有三個屬性，用來存放元素自己以及先後2個單元的引用，另外LinkedList內部還有一個header屬性，用來標識起始位置，LinkedList的第一個單元和最後一個單元都會指向header，所以造成了一個雙向的鏈表結構。

LinkedList的元素並不須要連續存放，可是每一個存放元素的單元比元素自己須要更大的空間，由於LinkedList對空間的要求比較大，可是擴容的時候不須要進行數組複製，所以沒有這一環節的開銷。

可是，是的，就是可是，也正由於這樣，LinkedList的隨機訪問速度慘不忍睹，由於不管你要訪問哪個元素，都須要從header起步正向或反向(根據元素的位置進行的優化)的進行元素遍歷；

因而可知，ArrayList適合須要大量進行隨機訪問的場景；而LinkedList則適合須要在集合首尾進行增刪的場景。

以上都是隨手度娘就能查到的信息。

其實ArrayList也有適合作增刪的場景——那就是越靠近尾部的元素進行增刪時，其實效率比LinkedList要高

我固然不是第一個發現的，網上也有不少人寫過測試的demo，我也本身寫過，同時往ArrayList和LinkedList塞入上萬個元素，而後在指定位置連續插入元素(循環次數越大越明顯)。

指定位置從頭部開始逐步後移，能夠明顯的看到，ArrayList消耗的時間愈來愈短成線形愈來愈短(符合前面提到的，插入位置越靠後，開銷越小)；

而LinkedList則是成正態分佈，當位置處於集合中部的時候，最慢。究其緣由，由於LinkedList插入元素是須要先進行元素的查找定位，而後才能進行首尾連接的拆分、從新指向新元素的，然而LinkedList的遍歷有多低效，你們也是清楚明白的。

真實的業務場景中，通常都是隨機訪問和增刪並存的，由於ArrayList的出場率顯然比LinkedList要高，比較經常使用；固然，若是出現了須要相似隊列結構的先進先出這種須要在首尾都進行增刪操做，或是棧結構在頭部操做元素的狀況，天然是要選擇LinkedList了，畢竟LinkedList是實現了隊列接口的。

附上測試截圖：
100萬個元素，循環插入1000次；

 

位置靠前.png

數組超越鏈表.png

中間位置.png

接近尾部.png

四張截圖能夠看出，ArrayList消耗時間的線性減小，而LinkedList則是正態分佈。

好了，稍微啃了一下關於ArrayList和LinkedList的實現源碼，對其的認識也在度娘上的各類技術文之上有了必定的加深，這裏算是一個小小的總結。