在很多人眼中，Java 已經是一門垂垂老矣的語言，但並不妨礙 Java 世界依然在前進。如果你曾離開 Java，雲游於其它世界，或是每日只在遺留代碼中掙扎，或許是時候抬起頭，看看老 Java 中的新東西。
Guava[gwɑ:və]，一句話，只要你做Java項目，就應該用Guava（Github）。官方 API。
guava 是 Google 出品的一套 Java 核心庫，在我看來，它甚至應該是 JDK 的一部分。作為一個 Java 程序員，如果你沒抱怨過JDK的設計，只能說明一點，你寫得程序還是太少。正是JDK設計不彰，才有了一些項目來補充JDK的不足。如果說老Java程序員應該聽說過 Apache Commons Lang，那新Java程序員該知道的就是Guava了。
老 Java 程序員更多的是知道 Google Collections，不妨到它的主頁上走一遭，你會看到這個庫已經改名為 Guava。事實上，Guava 並不直接等於 Google Collections，Guava 是一個超集。Guava 實在太強大了，要想展現它的強大，需要專門的介紹，這裡就不展開了。
下面以一個統計單詞出現個數的小程序作為這個段落的結尾，雖然無法與許多其它語言的實現相提並論，但作為一個Java程序員，你不妨想一下按照傳統方式，這段代碼應該是什麼樣子。
String content = Files.toString(new File(args[0]), Charset.defaultCharset());
Iterable texts = Splitter.on(CharMatcher.WHITESPACE)
.omitEmptyStrings()
.trimResults()
.split(content);
Multiset collection = HashMultiset.create(texts);
此外，Guava 還提供：
你覺得一個 API 設計得差到什麼份上，才會把自己差不多的 API 全部 Deprecated 掉。java.util.Date 便是這樣的奇葩。因為它的 API 幾乎都是反直覺的，幾乎所有敢於用它的 Java 程序員都吃過它的虧。想初始化個 2013 年的第一天，還真不那麼容易：
Date firstDayOf2013 = new Date(113, 0, 1);
如果你是個 Java 新手，你能猜出 113 是從哪來的嗎？（好吧，它是 2013-1900，至於為什麼是 1900，這真得問 API 的設計者了）。
Joda Time 就是人們實在無法忍受這樣東西的產物。同樣的代碼用 Joda Time 實現：
DateTime firstDayOf2013 = new DateTime().withDate(2013, 1, 1);
無論如何，你知道這能看出這些參數的含義了。不只如此，你還可以計算兩天後是什麼日子：
firstDate.plusDays(2);
日期格式化，也是 JDK Date 系列 API 裡一大特色，你必須把代碼寫成下面這樣：
new SimpleDateFormat("yyyy.MM.dd").format(firstDayOf2013)
作為一個初始化很慢的構造函數，你還必須每次調用，因為它不是線程安全的。同樣的代碼，在 Joda Time 裡，我們可以用 DateTimeFormatter：
DateTimeFormatter formatter = DateTimeFormat.forPattern("yyyy.MM.dd");
...
formatter.print(dateTime);
請盡管放心大膽把 formatter 聲明成一個字段，因為它是線程安全的。
當然，Joda Time 的強大遠不止於此。當然，JDK 也並不是那麼完全的自暴自棄，於是，有了一個 JSR 310 專門設計新的 Date API。JSR 310 的 spec lead 是Steven Colebourne，此人正是 Joda Time 的作者。不過，雖然 JSR 310 為我們描繪了 Date 的全新景象，但 Java 8 出來之前就先別打它的主意了，乖乖地用 Joda Time 吧，下載 Joda Time（IBM，SourceForge）。
關於 Joda Time 更多資料，查看 Joda-Time 簡介。
一句話，如果你寫單元測試，就應該用 Hamcrest。
如今不寫單元測試，你都不好意思說自己在做工程項目了。但你一般這麼寫斷言呢？如果你還寫成下面這樣，我只能說你落伍了：
assertEquals(a, b);
請告訴我，哪個是執行結果，哪個是預期結果，不管你是怎樣，反正大多數情況下，我是記不住的。所以，這個在只重功能，不重可讀性年代產生的 API 該更新了。於是，Hamcrest 就是為了解決這樣的問題而生的。
assertThat(a, is(b));
很明顯，前面一個是執行結果，後面一個是預期結果，當然這只是一個簡單的例子。由於 Hamcrest 引入了 matcher 的概念（就是你看到的is部分），我們可以進行更多的組合：
assertThat(number, greaterThan(5));
assertThat(text, startsWith("Hello"));
assertThat(array, hasItem("World"));
Hamcrest 如此好用，以至於 JUnit 已經將其吸納進去。如果你現在用的 JUnit 是 4.4 之後的版本，那你已經有了 Hamcrest。無需額外的配置，就可以拿過來用。
寫單元測試不用 Mock 框架幾乎是一件不可能的事，我是說 Mock 框架，不是 Mock 模式哦！對於老 Java 程序員來說，提起 Mock 框架，率先在腦海中撞線的多半是 JMock或EasyMock。
使用 Mockito，只要有一個理由就夠了，簡單。相比於JMock，它不用寫 checking，相比於EasyMock，它省去了replay。下面是個例子：
List mockedList = mock(List.class);
when(mockedList.get(0)).thenReturn("first");
System.out.println(mockedList.get(0));
當然，Mockito還是非常強大的。
最後再強調一遍，無論使用哪個框架，請盡量不要使用verify，也就是傳說中的Mock模式，那是把代碼拉入泥潭的開始。
日志幾乎是稍微有點規模的項目躲不開的一個東西，如果你是個老Java程序員，你必然知道 Log4J，多半也知道 Commons Logging。是時候把它們扔掉了，因為有 SLF4J 和Logback 了。SLF4J 要替代 Commons Logging，而 Logback 的目標是 Log4J。
程序員裡憤青多，SLF4J 和 Logback 的作者就是一個，他叫 Ceki Gülcü，事實上，他也是 Log4J 的作者。Log4J 的開發狀態實在讓他太不爽了，於是，他另起爐灶，打造出新的替代品。
只憑一點就足以讓我們對 SLF4J 義無反顧了，你還記得用 Commons Logging 寫出這樣的代碼嗎？
if (logger.debugEnable()) {
logger.debug("Hello, ", name);
}
而 SLF4J 的寫法只有一句話：
logger.debug("Hello, {}", name);
從根源來說，這是時代造成的，Commons Logging 是 Java 5 之前產生的，那時候還沒有變參，所以，我們不得不說，它老了。
至於 Logback，性能是最重要的噱頭，當然，還有一些其它的理由。理由裡有一點並未提及，但對於開發人員很貼心的改進，就是日志模式的改進，還記得 Log4J 那密碼一樣的日志模式嗎？
%d{dd MMM yyyy HH:mm:ss} [%t] %-5p %m%n
下面是 Logback 的版本，不用查文檔，我也看出每段表示的都是什麼：
%d{dd MMM yyyy HH:mm:ss} [%thread] %-5level %msg%n
這裡介紹的幾個程序庫都是很通用的，無論是你做怎樣的開發，應該都或多或少給你一些幫助。時間未曾停步，Java 開發也未曾停留，如果你是個老Java程序員，是時候更新一下自己的知識了。
