入職大廠，齊姐精選的9道Java集合面試題！

快到秋招季/跳槽季，很多讀者都有了好消息，在這里也分享給大家：

還有很多讀者正在刷題、學(xué)習(xí)準(zhǔn)備的，所以最近開啟了「齊姐自習(xí)室」的云自習(xí)活動，里面有很多準(zhǔn)備面試、刷題、做自己的項目、學(xué)英語的小伙伴，大家每天簽到打卡獲得積分：

<<< 左右滑動見更多 >>>

有時候你或許不想學(xué)習(xí)，只是想過來打個卡，但看到大家都在認(rèn)真學(xué)習(xí)，也會積極起來

感興趣的小伙伴可以去 B 站關(guān)注我有相關(guān)信息，或者加我微信拉你進打卡群。

現(xiàn)在正文開始～

Java 集合框架其實都講過了，有一篇講 Collection 的，有一篇講 HashMap 的，那沒有看過的小伙伴快去補下啦，文末也都有鏈接；看過的小伙伴，那本文就是檢測學(xué)習(xí)成果的時候啦

今天這篇文章是單純的從面試的角度出發(fā)，以回答面試題為線索，再把整個 Java 集合框架復(fù)習(xí)一遍，希望能幫助大家拿下面試。

先上圖：

當(dāng)面試官問問題時，我會先把問題歸類，鎖定這個知識點在我的知識體系中的位置，然后延展開來想這一塊有哪些重點內(nèi)容，面試官問這個是想考察什么、接下來還想問什么。

這樣自己的思路不會混亂，還能預(yù)測面試官下一個問題，或者，也可以引導(dǎo)面試官問出你精心準(zhǔn)備的問題，這場面試本質(zhì)上就是你在主導(dǎo)、你在 show off 自己扎實的基礎(chǔ)知識和良好的溝通交流能力。

其實我在 LRU 那篇文章里就說到過這個觀點，然后就有讀者問我，說會不會被面試官看穿？

答：看出來了又怎樣？面試官閱人無數(shù)，是有可能看出來的，但是也只會莞爾一笑，覺得這個同學(xué)很用心。

精心準(zhǔn)備面試既是對面試官個人時間的尊重，也是表明了你對這家公司的興趣，這樣的員工不是每家公司都想要的嗎？

好了，進入正題，今天就來解決這 9 大面試題。

1. ArrayList vs LinkedList

這題的問法很多，比如

• 最簡單的就直接問 ArrayList 和 LinkedList 的區(qū)別和聯(lián)系；
• 或者問你什么時候要選擇 ArrayList，什么時候選擇 LinkedList；
• 或者在你們聊到某個場景、或者在算法題中，面試官問你如何選擇。

萬變不離其宗。

首先結(jié)論是：

• 絕大多數(shù)的情形下都偏向于用 ArrayList，除非你有明確的要使用 LinkedList 的理由。
• 如果你不確定用哪個，就用 ArrayList。

兩者在實現(xiàn)層面的區(qū)別是：

• ArrayList 是用一個可擴容的數(shù)組來實現(xiàn)的 (re-sizing array)；
• LinkedList 是用 doubly-linked list 來實現(xiàn)的。

而數(shù)組和鏈表之間最大的區(qū)別就是數(shù)組是可以隨機訪問的（random access）。

這個特點造成了在數(shù)組里可以通過下標(biāo)用 O(1) 的時間拿到任何位置的數(shù)，而鏈表則做不到，只能從頭開始逐個遍歷。

兩者在增刪改查操作上的區(qū)別：

• 在「改查」這兩個功能上，因為數(shù)組能夠隨機訪問，所以 ArrayList 的效率高；
• 在「增刪」這兩個功能上，如果不考慮找到這個元素的時間，數(shù)組因為物理上的連續(xù)性，當(dāng)要增刪元素時，在尾部還好，但是其他地方就會導(dǎo)致后續(xù)元素都要移動，所以效率較低；而鏈表則可以輕松的斷開和下一個元素的連接，直接插入新元素或者移除舊元素。

但是呢，實際上你不能不考慮找到元素的時間啊。。。雖然 LinkedList 可以 O(1) 的時間插入和刪除元素，可以你得先找到地方啊！

不是有個例子么，修理這個零件只需要 1 美元，但是找到這個零件需要 9999 美元。我們平時修 bug 也是如此，重點是找到 root cause 的過程。

而且如果是在尾部操作，數(shù)據(jù)量大時 ArrayList 會更快的。

事實上，LinkedList 是很多性能問題的 bug，那么為什么呢？

因為 ListNode 在物理內(nèi)存里的不連續(xù)，導(dǎo)致它用了很多小的內(nèi)存片段，這會影響很多進程的性能以及 cache-locality（局部性）；所以即便是理論上的時間復(fù)雜度和 ArrayList 一樣時，也會導(dǎo)致實際上比 ArrayList 慢很多。

2. ArrayList vs Vector

答：

1. Vector 是線程安全的，而 ArrayList 是線程不安全的；
2. 擴容時擴多少的區(qū)別，文鄒鄒的說法就是 data growth methods不同，
• Vector 默認(rèn)是擴大至 2 倍；
• ArrayList 默認(rèn)是擴大至 1.5 倍。

回顧下這張圖，

Vector 和 ArrayList 一樣，也是繼承自 java.util.AbstractList，底層也是用數(shù)組來實現(xiàn)的。

但是現(xiàn)在已經(jīng)被棄用了，因為它是線程安全的。任何好處都是有代價的，線程安全的代價就是效率低，在某些系統(tǒng)里很容易成為瓶頸，所以現(xiàn)在大家不再在數(shù)據(jù)結(jié)構(gòu)的層面加 synchronized，而是把這個任務(wù)轉(zhuǎn)移給我們程序員。

那怎么知道擴容擴多少的呢？

看源碼：

這是 Vecotr 的擴容實現(xiàn)，因為通常并不定義 capacityIncrement，所以默認(rèn)情況下它是擴容兩倍。

VS

這是 ArrayList 的擴容實現(xiàn)，算術(shù)右移操作是把這個數(shù)的二進制往右移動一位，最左邊補符號位，但是因為容量沒有負數(shù)，所以還是補 0.

那右移一位的效果就是除以 2，那么定義的新容量就是原容量的 1.5 倍。

3. ArrayDeque vs LinkedList

首先要清楚它們之間的關(guān)系：

答：

1. ArrayDeque 是一個可擴容的數(shù)組，LinkedList 是鏈表結(jié)構(gòu)；
2. ArrayDeque 里不可以存 null 值，但是 LinkedList 可以；
3. ArrayDeque 在操作頭尾端的增刪操作時更高效，但是 LinkedList 只有在當(dāng)要移除中間某個元素且已經(jīng)找到了這個元素后的移除才是 O(1) 的；
4. ArrayDeque 在內(nèi)存使用方面更高效。
5. 所以，只要不是必須要存 null 值，就選擇 ArrayDeque 吧！

那如果是一個很資深的面試官問你，什么情況下你要選擇用 LinkedList 呢？

答：Java 6 以前。因為 ArrayDeque 在 Java 6 之后才有的。為了版本兼容的問題，實際工作中我們不得不做一些妥協(xié)。

4. HashSet 實現(xiàn)原理

答：

HashSet 是基于 HashMap 來實現(xiàn)的，底層采用 Hashmap 的 key 來儲存元素，主要特點是無序的，基本操作都是 O(1) 的時間復(fù)雜度，很快。所以它的實現(xiàn)原理可以用 HashMap 的來解釋。

5. HashMap 實現(xiàn)原理

答：

• 在 JDK1.6/1.7，數(shù)組 + 鏈表；
• 在 JDK 1.8，數(shù)組 + 紅黑樹。

具體說來，

對于 HashMap 中的每個 key，首先通過 hash function 計算出一個哈希值，這個哈希值就代表了在桶里的編號，而“桶”實際上是通過數(shù)組來實現(xiàn)的，但是桶有可能比數(shù)組大呀，所以把這個哈希值模上數(shù)組的長度得到它在數(shù)組的 index，就這樣把它放在了數(shù)組里。

這是理想情況下的 HashMap，但現(xiàn)實中，不同的元素可能會算出相同的哈希值，這就是哈希碰撞，即多個 key 對應(yīng)了同一個桶。

為了解決哈希碰撞呢，Java 采用的是 Separate chaining 的解決方式，就是在碰撞的地方加個鏈子，也就是上文說的鏈表或者紅黑樹。

具體的 put() 和 get()這兩個重要 API 的操作過程和原理，大家可以在公眾號后臺回復(fù)「HashMap」獲取文章閱讀。

6. HashMap vs HashTable

答：

1. Hashtable 是線程安全的，HashMap 并非線程安全；

2. HashMap 允許 key 中有 null 值，Hashtable 是不允許的。這樣的好處就是可以給一個默認(rèn)值。

其實 HashMap 與 Hashtable 的關(guān)系，就像 ArrayList 與 Vector，以及 StringBuilder 與 StringBuffer。

Hashtable 是早期 JDK 提供的接口，HashMap 是新版的。這些新版的改進都是因為 Java 5.0 之后允許數(shù)據(jù)結(jié)構(gòu)不考慮線程安全的問題，因為實際工作中我們發(fā)現(xiàn)沒有必要在數(shù)據(jù)結(jié)構(gòu)的層面上上鎖，加鎖和放鎖在系統(tǒng)中是有開銷的，內(nèi)部鎖有時候會成為程序的瓶頸。

所以 HashMap, ArrayList, StringBuilder 不再考慮線程安全的問題，性能提升了很多。

7. 為什么改 equals() 一定要改 hashCode()？

答：

首先基于一個假設(shè)：任何兩個 object 的 hashCode 都是不同的。也就是 hash function 是有效的。

那么在這個條件下，有兩個 object 是相等的，那如果不重寫 hashCode()，算出來的哈希值都不一樣，就會去到不同的 buckets 了，就迷失在茫茫人海中了，再也無法相認(rèn)，就和 equals() 條件矛盾了，證畢。

1. hashCode() 決定了 key 放在這個桶里的編號，也就是在數(shù)組里的 index；

2. equals() 是用來比較兩個 object 是否相同的。

8. 如何解決哈希沖突？

一般來說哈希沖突有兩大類解決方式：

• Separate chaining
• Open addressing

Java 中采用的是第一種 Separate chaining，即在發(fā)生碰撞的那個桶后面再加一條“鏈”來存儲。

那么這個“鏈”使用的具體是什么數(shù)據(jù)結(jié)構(gòu)，不同的版本稍有不同，上文也提到過了：

• JDK1.6 和 1.7 是用鏈表存儲的，這樣如果碰撞很多的話，就變成了在鏈表上的查找，worst case 就是 O(n)；

• JDK 1.8 進行了優(yōu)化，當(dāng)鏈表長度較大時（超過 8），會采用紅黑樹來存儲，這樣大大提高了查找效率。

（話說，這個還真的喜歡考，已經(jīng)在多次面試中被問過了，還有面試官問為什么是超過“8”才用紅黑樹 ?）

第二種方法 open addressing 也是非常重要的思想，因為在真實的分布式系統(tǒng)里，有很多地方會用到 hash 的思想但又不適合用 seprate chaining。

這種方法是順序查找，如果這個桶里已經(jīng)被占了，那就按照“某種方式”繼續(xù)找下一個沒有被占的桶，直到找到第一個空的。

如圖所示，John Smith 和 Sandra Dee 發(fā)生了哈希沖突，都被計算到 152 號桶，于是 Sandra 就去了下一個空位 - 153 號桶，當(dāng)然也會對之后的 key 發(fā)生影響：Ted Baker 計算結(jié)果本應(yīng)是放在 153 號的，但鑒于已經(jīng)被 Sandra 占了，就只能再去下一個空位了，所以到了 154 號。

這種方式叫做 Linear probing 線性探查，就像上圖所示，一個個的順著找下一個空位。當(dāng)然還有其他的方式，比如去找平方數(shù) Double hashing.

9. Collection vs Collections

這倆看似相近，實則相差十萬八千里，就好像好人和好人卡的區(qū)別似的。

Collection 是

• 集合接口；

• 是 Java 集合框架 的 root interface；

• 落腳點是一個 interface；

• 包含了以下這些接口和類：

想系統(tǒng)學(xué)習(xí) Collection，可以在公眾號內(nèi)回復(fù)「集合」，獲取爆款文章。

而 Collections 是工具類 utility class，是集合的操作類，提供了一些靜態(tài)方法供我們使用，比如：

• addAll()
• binarySearch()
• sort()
• shuffle()
• reverse()

好了，以上就是集合的常考面試題匯總和答案了，希望不僅能幫助你拿下面試，也能真的理解透徹，靈活運用。

掃碼二維碼關(guān)注我