準備年後要跳槽，所以最近一直再看面試題，並且把收集到的面試題整理了以下發到部落格上，希望對大家有所幫助。

    首先是集合類的面試題

      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 屬性，三屬性預設值分別為 16、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以及底層的陣列、連結串列和紅黑樹都是必須要掌握的。所謂知其然才能知其所以然就是這個意思資料結構就是一個程式設計師內力的體