java面試題-集合類

      準備年後要跳槽，因此最近一直再看面試題，而且把收集到的面試題整理了如下發到博客上，但願對你們有所幫助。

    首先是集合類的面試題

      1.  HashMap 排序題，上機題。

       已知一個 HashMap<Integer，User>集合， User 有 name（String）和 age（int）屬性。請寫一個方法實現對HashMap 的排序功能，該方法接收 HashMap<Integer，User>爲形參，返回類型爲 HashMap<Integer，User>，要求對 HashMap 中的 User 的 age 倒序進行排序。排序時 key=value 鍵值對不得拆散。

      注意：要作出這道題必須對集合的體系結構很是的熟悉。HashMap 自己就是不可排序的，可是該道題恰恰讓給HashMap 排序，那咱們就得想在 API 中有沒有這樣的 Map 結構是有序的，LinkedHashMap，對的，就是他，他是Map 結構，也是鏈表結構，有序的，更可喜的是他是 HashMap 的子類，咱們返回 LinkedHashMap<Integer,User>便可，還符合面向接口（父類編程的思想）。

     但凡是對集合的操做，咱們應該保持一個原則就是能用 JDK 中的 API 就有 JDK 中的 API，好比排序算法咱們不該該去用冒泡或者選擇，而是首先想到用 Collections 集合工具類。

public class HashMapTest {
public static void main(String[] args) {
HashMap<Integer, User> users = new HashMap<>();
users.put(1, new User("張三", 25));
users.put(3, new User("李四", 22));
users.put(2, new User("王五", 28));
System.out.println(users);
HashMap<Integer,User> sortHashMap = sortHashMap(users);
System.out.println(sortHashMap);
/**
* 控制檯輸出內容
* {1=User [name=張三, age=25], 2=User [name=王五, age=28], 3=User [name=李四, age=22]}
{2=User [name=王五, age=28], 1=User [name=張三, age=25], 3=User [name=李四, age=22]}
*/
}
public static HashMap<Integer, User> sortHashMap(HashMap<Integer, User> map) {
// 首先拿到 map 的鍵值對集合
Set<Entry<Integer, User>> entrySet = map.entrySet();
// 將 set 集合轉爲 List 集合，爲何，爲了使用工具類的排序方法
List<Entry<Integer, User>> list = new ArrayList<Entry<Integer, User>>(entrySet);
// 使用 Collections 集合工具類對 list 進行排序，排序規則使用匿名內部類來實現
Collections.sort(list, new Comparator<Entry<Integer, User>>() {
@Override
public int compare(Entry<Integer, User> o1, Entry<Integer, User> o2) {
 //按照要求根據 User 的 age 的倒序進行排
 return o2.getValue().getAge()-o1.getValue().getAge();
}
});
 //建立一個新的有序的 HashMap 子類的集合
LinkedHashMap<Integer, User> linkedHashMap = new LinkedHashMap<Integer, User>();
 //將 List 中的數據存儲在 LinkedHashMap 中
for(Entry<Integer, User> entry : list){
linkedHashMap.put(entry.getKey(), entry.getValue());
}
 //返回結果
 return linkedHashMap;
 }
}

 

    2.  集合的安全性問題

     請問 ArrayList、HashSet、HashMap 是線程安全的嗎？若是不是我想要線程安全的集合怎麼辦？

     咱們都看過上面那些集合的源碼（若是沒有那就看看吧），每一個方法都沒有加鎖，顯然都是線程不安全的。話又說過來若是他們安全了也就沒第二問了。

     在集合中 Vector 和 HashTable 卻是線程安全的。你打開源碼會發現其實就是把各自核心方法添加上了synchronized 關鍵字。

     Collections 工具類提供了相關的 API，可讓上面那 3 個不安全的集合變爲安全的。 

Collections.synchronizedCollection(c)
Collections.synchronizedList(list)
Collections.synchronizedMap(m)
Collections.synchronizedSet(s)

     上面幾個函數都有對應的返回值類型，傳入什麼類型返回什麼類型。打開源碼其實實現原理很是簡單，就是將集合的核心方法添加上了 synchronized 關鍵字。

     3.  併發集合和普通集合如何區別？

      併發集合常見的有 ConcurrentHashMap、ConcurrentLinkedQueue、ConcurrentLinkedDeque 等。併發集合位 於 java.util.concurrent 包 下 ， 是 jdk1.5 之 後 才 有 的 ， 主 要 做 者 是 Doug Lea

（http://baike.baidu.com/view/3141057.htm）完成的。

      在 java 中有普通集合、同步（線程安全）的集合、併發集合。普通集合一般性能最高，可是不保證多線程的安全性和併發的可靠性。線程安全集合僅僅是給集合添加了 synchronized 同步鎖，嚴重犧牲了性能，並且對併發的效率就更低了，併發集合則經過複雜的策略不只保證了多線程的安全又提升的併發時的效率。

      參考閱讀：

      ConcurrentHashMap 是線程安全的 HashMap 的實現，默認構造一樣有 initialCapacity 和 loadFactor 屬性，不過還多了一個 concurrencyLevel 屬性，三屬性默認值分別爲 1六、0.75 及 16。其內部使用鎖分段技術，維持這鎖Segment 的數組，在 Segment 數組中又存放着 Entity[]數組，內部 hash 算法將數據較均勻分佈在不一樣鎖中。

      put 操做：並無在此方法上加上 synchronized，首先對 key.hashcode 進行 hash 操做，獲得 key 的 hash 值。hash操做的算法和map也不一樣，根據此hash值計算並獲取其對應的數組中的Segment對象(繼承自ReentrantLock)，接着調用此 Segment 對象的 put 方法來完成當前操做。

      ConcurrentHashMap 基於 concurrencyLevel 劃分出了多個 Segment 來對 key-value 進行存儲，從而避免每次 put 操做都得鎖住整個數組。在默認的狀況下，最佳狀況下可容許 16 個線程併發無阻塞的操做集合對象，儘量地減小併發時的阻塞現象。

      get(key)：首先對 key.hashCode 進行 hash 操做，基於其值找到對應的 Segment 對象，調用其 get 方法完成當前操做。而 Segment 的 get 操做首先經過 hash 值和對象數組大小減 1 的值進行按位與操做來獲取數組上對應位置的HashEntry。在這個步驟中，可能會由於對象數組大小的改變，以及數組上對應位置的 HashEntry 產生不一致性，那麼 ConcurrentHashMap 是如何保證的？

      對象數組大小的改變只有在 put 操做時有可能發生，因爲 HashEntry 對象數組對應的變量是 volatile 類型的，所以能夠保證如 HashEntry 對象數組大小發生改變，讀操做可看到最新的對象數組大小。

      在獲取到了 HashEntry 對象後，怎麼能保證它及其 next 屬性構成的鏈表上的對象不會改變呢？這點ConcurrentHashMap 採用了一個簡單的方式，即 HashEntry 對象中的 hash、key、next 屬性都是 final 的，這也就意味着沒辦法插入一個HashEntry對象到基於next屬性構成的鏈表中間或末尾。這樣就能夠保證當獲取到HashEntry對象後，其基於 next 屬性構建的鏈表是不會發生變化的。

       ConcurrentHashMap 默認狀況下采用將數據分爲 16 個段進行存儲，而且 16 個段分別持有各自不一樣的鎖Segment，鎖僅用於 put 和 remove 等改變集合對象的操做，基於 volatile 及 HashEntry 鏈表的不變性實現了讀取的不加鎖。這些方式使得 ConcurrentHashMap 可以保持極好的併發支持，尤爲是對於讀遠比插入和刪除頻繁的 Map而言，而它採用的這些方法也可謂是對於 Java 內存模型、併發機制深入掌握的體現。

        其實關於集合的面試題我收集了不少沒有辦法一次性所有發出來,只是挑選了這麼3道。最後推薦你們看看hashmap的源碼（1.8以後的）,做爲集合最常問的面試題hashmap以及底層的數組、鏈表和紅黑樹都是必需要掌握的。所謂知其然才能知其因此然就是這個意思數據結構就是一個程序員內力的體現。