你看到JDK提供的unmodifiable的缺陷了嗎？

實(shí)際上，Collections.unmodifiableXxx所返回的集合和源集合是同一個對象，只不過可以對集合做出改變的API都被override，會拋出UnsupportedOperationException。

也即是說我們改變源集合，導(dǎo)致不可變視圖（unmodifiable View）也會發(fā)生變化，oh my god!

當(dāng)然，在不使用guava的情況下，我們是怎么避免上面的問題的呢？

上面揭示了一個概念：Defensive Copies，保護(hù)性拷貝。

OK，unmodifiable看上去沒有問題呢，但是guava依然覺得可以改進(jìn)，于是提出了Immutable的概念，來看：

就一個copyOf，你不會忘記，如此cheap~

用Google官方的說法是：we're using just one class,just say exactly what we mean，很了不起嗎（不僅僅是個概念，Immutable在COPY階段還考慮了線程的并發(fā)性等，很智能的?。琌(∩_∩)O哈哈~

guava提供了很多Immutable集合，比如ImmutableList/ImmutableSet/ImmutableSortedSet/ImmutableMap/......

看一個ImmutableMap的例子：

可不可以一對多：Multimap

JDK提供給我們的Map是一個鍵，一個值，一對一的，那么在實(shí)際開發(fā)中，顯然存在一個KEY多個VALUE的情況（比如一個分類下的書本），我們往往這樣表達(dá)：Map<k,List>，好像有點(diǎn)臃腫！臃腫也就算了，更加不爽的事，我們還得判斷KEY是否存在來決定是否new 一個LIST出來，有點(diǎn)麻煩！更加麻煩的事情還在后頭，比如遍歷，比如刪除，so hard......

來看guava如何替你解決這個大麻煩的：

友情提示下，guava所有的集合都有create方法，這樣的好處在于簡單，而且我們不必在重復(fù)泛型信息了。

get()/keys()/keySet()/values()/entries()/asMap()都是非常有用的返回view collection的方法。

Multimap的實(shí)現(xiàn)類有：ArrayListMultimap/HashMultimap/LinkedHashMultimap/TreeMultimap/ImmutableMultimap/......

可不可以雙向：BiMap

JDK提供的MAP讓我們可以find value by key，那么能不能通過find key by value呢，能不能KEY和VALUE都是唯一的呢。這是一個雙向的概念，即forward+backward。

在實(shí)際場景中有這樣的需求嗎？比如通過用戶ID找到mail，也需要通過mail找回用戶名。沒有g(shù)uava的時候，我們需要create forward map AND create backward map，and now just let guava do that for you.

biMap / biMap.inverse() / biMap.inverse().inverse() 它們是什么關(guān)系呢？

你可以稍微看一下BiMap的源碼實(shí)現(xiàn)，實(shí)際上，當(dāng)你創(chuàng)建BiMap的時候，在內(nèi)部維護(hù)了2個map，一個forward map，一個backward map，并且設(shè)置了它們之間的關(guān)系。

因此，biMap.inverse()  != biMap ；biMap.inverse().inverse() == biMap

可不可以多個KEY：Table

我們知道數(shù)據(jù)庫除了主鍵外，還提供了復(fù)合索引，而且實(shí)際中這樣的多級關(guān)系查找也是比較多的，當(dāng)然我們可以利用嵌套的Map來實(shí)現(xiàn)：Map<k1,Map<k2,v2>>。為了讓我們的代碼看起來不那么丑陋，guava為我們提供了Table。

Table涉及到3個概念：rowKey,columnKey,value，并提供了多種視圖以及操作方法讓你更加輕松的處理多個KEY的場景。

函數(shù)式編程：Functions

上面的代碼是為了完成將List集合中的元素，先截取5個長度，然后轉(zhuǎn)成大寫。

函數(shù)式編程的好處在于在集合遍歷操作中提供自定義Function的操作，比如transform轉(zhuǎn)換。我們再也不需要一遍遍的遍歷集合，顯著的簡化了代碼！

斷言：Predicate

Predicate最常用的功能就是運(yùn)用在集合的過濾當(dāng)中！

需要注意的是Lists并沒有提供filter方法，不過你可以使用Collections2.filter完成！

check null and other：Optional、Preconditions

在guava中，對于null的處理手段是快速失敗，你可以看看guava的源碼，很多方法的第一行就是：Preconditions.checkNotNull(elements);

要知道null是模糊的概念，是成功呢，還是失敗呢，還是別的什么含義呢？

Cache is king

對于大多數(shù)互聯(lián)網(wǎng)項(xiàng)目而言，緩存的重要性，不言而喻！

如果我們的應(yīng)用系統(tǒng)，并不想使用一些第三方緩存組件（如redis），我們僅僅想在本地有一個功能足夠強(qiáng)大的緩存，很可惜JDK提供的那些SET/MAP還不行！

首先，這是一個本地緩存，guava提供的cache是一個簡潔、高效，易于維護(hù)的。為什么這么說呢？因?yàn)椴]有一個單獨(dú)的線程用于刷新 OR 清理cache，對于cache的操作，都是通過訪問/讀寫帶來的，也就是說在讀寫中完成緩存的刷新操作！

其次，我們看到了，我們非常通俗的告訴cache，我們的緩存策略是什么，SO EASY！在如此簡單的背后，是guava幫助我們做了很多事情，比如線程安全。

讓異步回調(diào)更加簡單

JDK中提供了Future/FutureTask/Callable來對異步回調(diào)進(jìn)行支持，但是還是看上去挺復(fù)雜的，能不能更加簡單呢？比如注冊一個監(jiān)聽回調(diào)。

我們可以通過guava對JDK提供的線程池進(jìn)行裝飾，讓其具有異步回調(diào)監(jiān)聽功能，然后在設(shè)置監(jiān)聽器即可！

Summary

到這里，這篇文章也只介紹了guava的冰山一角，其實(shí)還有很多內(nèi)容：

比如反射、注解、網(wǎng)絡(luò)、并發(fā)、IO等等