40個(gè)Java集合面試問(wèn)題和答案
Java集合框架為Java編程語(yǔ)言的基礎(chǔ)，也是Java面試中很重要的一個(gè)知識(shí)點(diǎn)，
40個(gè)Java集合面試問(wèn)題和答案
。這里，應(yīng)屆畢業(yè)生網(wǎng)搜集整理了一些關(guān)于Java集合的重要問(wèn)題和答案，希望對(duì)你有幫助!
1.Java集合框架是什么?說(shuō)出一些集合框架的優(yōu)點(diǎn)?
每種編程語(yǔ)言中都有集合，最初的Java版本包含幾種集合類(lèi)：Vector、Stack、HashTable和Array。
隨著集合的廣泛使用，Java1.2提出了囊括所有集合接口、實(shí)現(xiàn)和算法的集合框架。在保證線(xiàn)程安全的情況下使用泛型和并發(fā)集合類(lèi)，Java已經(jīng)經(jīng)歷了很久。它還包括在Java并發(fā)包中，阻塞接口以及它們的實(shí)現(xiàn)。
集合框架的部分優(yōu)點(diǎn)如下：
(1)使用核心集合類(lèi)降低開(kāi)發(fā)成本，而非實(shí)現(xiàn)我們自己的集合類(lèi)。
(2)隨著使用經(jīng)過(guò)嚴(yán)格測(cè)試的集合框架類(lèi)，代碼質(zhì)量會(huì)得到提高。
(3)通過(guò)使用JDK附帶的集合類(lèi)，可以降低代碼維護(hù)成本。
(4)復(fù)用性和可操作性。
2.集合框架中的泛型有什么優(yōu)點(diǎn)?
Java1.5引入了泛型，所有的集合接口和實(shí)現(xiàn)都大量地使用它。泛型允許我們?yōu)榧咸峁┮粋�(gè)可以容納的對(duì)象類(lèi)型，因此，如果你添加其它類(lèi)型的任何元素，它會(huì)在編譯時(shí)報(bào)錯(cuò)。這避免了在運(yùn)行時(shí)出現(xiàn)ClassCastException，因?yàn)槟銓?huì)在編譯時(shí)得到報(bào)錯(cuò)信息。
泛型也使得代碼整潔，我們不需要使用顯式轉(zhuǎn)換和instanceOf操作符。它也給運(yùn)行時(shí)帶來(lái)好處，因?yàn)椴粫?huì)產(chǎn)生類(lèi)型檢查的字節(jié)碼指令。
3.Java集合框架的基礎(chǔ)接口有哪些?
Collection為集合層級(jí)的根接口。一個(gè)集合代表一組對(duì)象，這些對(duì)象即為它的元素。Java平臺(tái)不提供這個(gè)接口任何直接的實(shí)現(xiàn)。
Set是一個(gè)不能包含重復(fù)元素的集合。這個(gè)接口對(duì)數(shù)學(xué)集合抽象進(jìn)行建模，被用來(lái)代表集合，就如一副牌。
List是一個(gè)有序集合，可以包含重復(fù)元素。你可以通過(guò)它的索引來(lái)訪(fǎng)問(wèn)任何元素。List更像長(zhǎng)度動(dòng)態(tài)變換的數(shù)組。
Map是一個(gè)將key映射到value的對(duì)象.一個(gè)Map不能包含重復(fù)的key：每個(gè)key最多只能映射一個(gè)value。
一些其它的接口有Queue、Dequeue、SortedSet、SortedMap和ListIterator。
4.為何Collection不從Cloneable和Serializable接口繼承?
Collection接口指定一組對(duì)象，對(duì)象即為它的元素。如何維護(hù)這些元素由Collection的具體實(shí)現(xiàn)決定。
例如，一些如List的Collection實(shí)現(xiàn)允許重復(fù)的元素，而其它的如Set就不允許。很多Collection實(shí)現(xiàn)有一個(gè)公有的clone方法。然而，把它放到集合的所有實(shí)現(xiàn)中也是沒(méi)有意義的。這是因?yàn)镃ollection是一個(gè)抽象表現(xiàn)。重要的是實(shí)現(xiàn)。
當(dāng)與具體實(shí)現(xiàn)打交道的時(shí)候，克隆或序列化的語(yǔ)義和含義才發(fā)揮作用。所以，具體實(shí)現(xiàn)應(yīng)該決定如何對(duì)它進(jìn)行克隆或序列化，或它是否可以被克隆或序列化。
在所有的實(shí)現(xiàn)中授權(quán)克隆和序列化，最終導(dǎo)致更少的靈活性和更多的限制。特定的實(shí)現(xiàn)應(yīng)該決定它是否可以被克隆和序列化。
5.為何Map接口不繼承Collection接口?
盡管Map接口和它的實(shí)現(xiàn)也是集合框架的一部分，但Map不是集合，集合也不是Map。因此，Map繼承Collection毫無(wú)意義，反之亦然。
如果Map繼承Collection接口，那么元素去哪兒?Map包含key-value對(duì)，它提供抽取key或value列表集合的方法，但是它不適合“一組對(duì)象”規(guī)范。
6.Iterator是什么?
Iterator接口提供遍歷任何Collection的接口。我們可以從一個(gè)Collection中使用迭代器方法來(lái)獲取迭代器實(shí)例。迭代器取代了Java集合框架中的Enumeration。迭代器允許調(diào)用者在迭代過(guò)程中移除元素。
7.Enumeration和Iterator接口的區(qū)別?
Enumeration的速度是Iterator的兩倍，也使用更少的內(nèi)存。Enumeration是非�；A(chǔ)的，也滿(mǎn)足了基礎(chǔ)的需要。但是，與Enumeration相比，Iterator更加安全，因?yàn)楫?dāng)一個(gè)集合正在被遍歷的時(shí)候，它會(huì)阻止其它線(xiàn)程去修改集合。
迭代器取代了Java集合框架中的Enumeration。迭代器允許調(diào)用者從集合中移除元素，而Enumeration不能做到。為了使它的功能更加清晰，迭代器方法名已經(jīng)經(jīng)過(guò)改善。
8.為何沒(méi)有像Iterator.add()這樣的方法，向集合中添加元素?
語(yǔ)義不明，已知的是，Iterator的協(xié)議不能確保迭代的次序。然而要注意，ListIterator沒(méi)有提供一個(gè)add操作，它要確保迭代的順序。
9.為何迭代器沒(méi)有一個(gè)方法可以直接獲取下一個(gè)元素，而不需要移動(dòng)游標(biāo)?
它可以在當(dāng)前Iterator的頂層實(shí)現(xiàn)，但是它用得很少，如果將它加到接口中，每個(gè)繼承都要去實(shí)現(xiàn)它，這沒(méi)有意義。
10.Iterater和ListIterator之間有什么區(qū)別?
(1)我們可以使用Iterator來(lái)遍歷Set和List集合，而ListIterator只能遍歷List。
(2)Iterator只可以向前遍歷，而LIstIterator可以雙向遍歷。
(3)ListIterator從Iterator接口繼承，然后添加了一些額外的功能，比如添加一個(gè)元素、替換一個(gè)元素、獲取前面或后面元素的索引位置。
**********
11.遍歷一個(gè)List有哪些不同的方式?
List
//使用for-each循環(huán)
for(String obj : strList){
System.out.println(obj);
}
//using iterator
Iterator
while(it.hasNext()){
String obj = it.next();
System.out.println(obj);
}
使用迭代器更加線(xiàn)程安全，因?yàn)樗梢源_保，在當(dāng)前遍歷的集合元素被更改的時(shí)候，它會(huì)拋出ConcurrentModificationException，
資料共享平臺(tái)
《40個(gè)Java集合面試問(wèn)題和答案》(http://www.ishadingyu.com)。12.通過(guò)迭代器fail-fast屬性，你明白了什么?
每次我們嘗試獲取下一個(gè)元素的時(shí)候，Iterator fail-fast屬性檢查當(dāng)前集合結(jié)構(gòu)里的任何改動(dòng)。如果發(fā)現(xiàn)任何改動(dòng)，它拋出ConcurrentModificationException。Collection中所有Iterator的實(shí)現(xiàn)都是按fail-fast來(lái)設(shè)計(jì)的(ConcurrentHashMap和CopyOnWriteArrayList這類(lèi)并發(fā)集合類(lèi)除外)。
13.fail-fast與fail-safe有什么區(qū)別?
Iterator的fail-fast屬性與當(dāng)前的集合共同起作用，因此它不會(huì)受到集合中任何改動(dòng)的影響。
Java.util包中的所有集合類(lèi)都被設(shè)計(jì)為fail-fast的，而java.util.concurrent中的集合類(lèi)都為fail-safe的。Fail-fast迭代器拋出ConcurrentModificationException，而fail-safe迭代器從不拋出ConcurrentModificationException。
14.在迭代一個(gè)集合的時(shí)候，如何避免ConcurrentModificationException?
在遍歷一個(gè)集合的時(shí)候，我們可以使用并發(fā)集合類(lèi)來(lái)避免ConcurrentModificationException，比如使用CopyOnWriteArrayList，而不是ArrayList。
15.為何Iterator接口沒(méi)有具體的實(shí)現(xiàn)?
Iterator接口定義了遍歷集合的`方法，但它的實(shí)現(xiàn)則是集合實(shí)現(xiàn)類(lèi)的責(zé)任。每個(gè)能夠返回用于遍歷的Iterator的集合類(lèi)都有它自己的Iterator實(shí)現(xiàn)內(nèi)部類(lèi)。
這就允許集合類(lèi)去選擇迭代器是fail-fast還是fail-safe的。比如，ArrayList迭代器是fail-fast的，而CopyOnWriteArrayList迭代器是fail-safe的。
16.UnsupportedOperationException是什么?
UnsupportedOperationException是用于表明操作不支持的異常。在JDK類(lèi)中已被大量運(yùn)用，在集合框架java.util.Collections.UnmodifiableCollection將會(huì)在所有add和remove操作中拋出這個(gè)異常。
17.在Java中，HashMap是如何工作的?
HashMap在Map.Entry靜態(tài)內(nèi)部類(lèi)實(shí)現(xiàn)中存儲(chǔ)key-value對(duì)。
HashMap使用哈希算法，在put和get方法中，它使用hashCode()和equals()方法。當(dāng)我們通過(guò)傳遞key-value對(duì)調(diào)用put方法的時(shí)候，HashMap使用Key hashCode()和哈希算法來(lái)找出存儲(chǔ)key-value對(duì)的索引。
Entry存儲(chǔ)在LinkedList中，所以如果存在entry，它使用equals()方法來(lái)檢查傳遞的key是否已經(jīng)存在，如果存在，它會(huì)覆蓋value，如果不存在，它會(huì)創(chuàng)建一個(gè)新的entry然后保存。
當(dāng)我們通過(guò)傳遞key調(diào)用get方法時(shí)，它再次使用hashCode()來(lái)找到數(shù)組中的索引，然后使用equals()方法找出正確的Entry，然后返回它的值。下面的圖片解釋了詳細(xì)內(nèi)容。
其它關(guān)于HashMap比較重要的問(wèn)題是容量、負(fù)荷系數(shù)和閥值調(diào)整。HashMap默認(rèn)的初始容量是32，負(fù)荷系數(shù)是0.75。
閥值是為負(fù)荷系數(shù)乘以容量，無(wú)論何時(shí)我們嘗試添加一個(gè)entry，如果map的大小比閥值大的時(shí)候，HashMap會(huì)對(duì)map的內(nèi)容進(jìn)行重新哈希，且使用更大的容量。容量總是2的冪，所以如果你知道你需要存儲(chǔ)大量的key-value對(duì)，比如緩存從數(shù)據(jù)庫(kù)里面拉取的數(shù)據(jù)，使用正確的容量和負(fù)荷系數(shù)對(duì)HashMap進(jìn)行初始化是個(gè)不錯(cuò)的做法。
18.hashCode()和equals()方法有何重要性?
HashMap使用Key對(duì)象的hashCode()和equals()方法去決定key-value對(duì)的索引。當(dāng)我們?cè)囍鴱腍ashMap中獲取值的時(shí)候，這些方法也會(huì)被用到。如果這些方法沒(méi)有被正確地實(shí)現(xiàn)，在這種情況下，兩個(gè)不同Key也許會(huì)產(chǎn)生相同的hashCode()和equals()輸出，HashMap將會(huì)認(rèn)為它們是相同的，然后覆蓋它們，而非把它們存儲(chǔ)到不同的地方。
同樣的，所有不允許存儲(chǔ)重復(fù)數(shù)據(jù)的集合類(lèi)都使用hashCode()和equals()去查找重復(fù)，所以正確實(shí)現(xiàn)它們非常重要。equals()和hashCode()的實(shí)現(xiàn)應(yīng)該遵循以下規(guī)則：
(1)如果o1.equals(o2)，那么o1.hashCode() == o2.hashCode()總是為true的。
(2)如果o1.hashCode() == o2.hashCode()，并不意味著o1.equals(o2)會(huì)為true。
【40個(gè)Java集合面試問(wèn)題和答案】相關(guān)文章：