你以前聽到的談論關於Java8的所有都是圍繞lambda表達式. 但它僅僅是Java8的一部分. Java 8 有許多新特性---一些強大的新類和語法, 還有其他的從一開始就應該具有的東西.
我將要介紹我認為值得了解的10個精華特性. 它們中最少也會有一個或兩個你想要試一試, 所以我們開始吧!
--------------------------------------分割線 --------------------------------------
Java 8 的 Nashorn 引擎 http://www.linuxidc.com/Linux/2014-03/98880.htm
Java 8 中 HashMap 的性能提升 http://www.linuxidc.com/Linux/2014-04/100868.htm
Java 8簡明教程 http://www.linuxidc.com/Linux/2014-03/98754.htm
Java 8 徹底改變數據庫訪問 http://www.linuxidc.com/Linux/2014-03/98947.htm
--------------------------------------分割線 --------------------------------------
1. 默認方法
Java語言一個新添加的特性是你可以為接口(interface)的方法添加方法體(稱為默認方法). 這些方法會被隱式地添加到實現這個接口的類中.
這能使你在不破壞代碼的情況下為已存在的庫添加新功能. 這很明顯是個提升. 但另一方面這會混淆接口與類之間的界限, 因為接口用於定義契約, 而類用於定義具體實現. 從好的方面來說, 它會以一種優雅的方式使接口更智能, 並且避免了重復和擴展庫. 但壞的方面, 我們稍後就會看到, 接口方法要查詢this並將它轉換成具體類. Shivers….
2. 進程終止
啟動一個外部進程是你所做的事情中的一半－當這個進程崩潰, 掛起或消耗100% CPU時你要返回來對它進行調試. 現在Process類裝備了兩個新方法來幫助你控制不守規矩的進程.
第一個是 isAlive(), 它會讓你不需要等待進程運行完畢就可以檢查這個進程是否仍在運行. 第二個更強大的方法是destroyForcibly() , 它能讓你強制殺死超時或不再需要的進程.
3. StampedLocks
現在有一些令人激動的東西了. 沒有人喜歡同步代碼. 它是降低你的應用的吞吐量的罪魁禍首(特別是可擴展的應用), 或者更嚴重--導致應用掛掉. 盡管如此,在某些時候你別無選擇.
有很多方法來限制多線程同步訪問臨界資源. 其中最著名的是讀寫鎖(ReadWriteLock)和與它相關的實現. 它通過允許多線程訪問同一資源但阻塞操作資源的線程來減少資源爭奪. 這聽起來在理論上很不錯, 但實際上這個鎖是相當慢的, 特別是當有大量寫線程時.
注: 讀寫鎖中將資源訪問者分為兩類:讀者和寫者, 讀者對資源進行只讀操作, 寫者可操作資源.
Java 8 引入了一種全新的稱為StampedLock的讀寫鎖. 這個鎖不僅速度更快, 它更為樂觀鎖提供了一組強大的API, 通過它你可以以最小的代價取得一個讀者鎖, 甚至在選擇期間不希望發生寫操作. 在選擇結束後你可以通過查詢這個鎖來查看在選擇期間是否有寫操作, 在這種情況下你可以選擇是否重試, 更新鎖還是放棄.
這個鎖是個很強大的工具, 它需要一篇專門的文章來描述. 我對這個新玩意兒興奮得頭都暈了--做得好!
更多詳情請參閱這裡
4. Concurrent Adders
對從事多線程應用的人來說這是另一件小寶貝. 這是一個用於多線程計數器的簡單高效的新API, 它比使用AtomicInteger更快. 真他媽酷!
5. Optional Values
哦, 空指針, 所有Java開發者的噩夢. 從一開始(或最少在1965)它可能就是最流行的異常了.
借鑒自Scale和Hashell, Java 8 擁有一個新的稱為Optional的模板, 用於封裝可能為null的引用. 它絕不是終結null的銀彈, 它更是一種方式－讓API設計者從代碼級別(而不是文檔級別)表明一個null值可能會傳入一個方法或從一個方法中返回, 以讓調用者為null值做好准備. 因此, 這只能在新API下工作, 並且假設調用者不會讓引用逃脫這個封裝從而導致不安全的解引用.
我不得不說我對這個特性很矛盾. 一方面null有很大問題, 所以我傾向於在null發生前做好所有事. 但另一方面我很懷疑它能否成功.這是因為使用Optional需要全公司不斷的努力，但它並沒有直接的價值。除非雷厲風行，否則它很可能會被放棄.
更多關於Optional請點擊這裡
6. 注解任何東西
另外一個Java語言小改進是 annotations 現在能夠添加在你代碼的 幾乎所有東西 上。以前， annotations 只能加在像類或者方法聲明上。使用 Java 8 的 annotations 可以加在變量和參數聲明中，不僅在傳遞一個值給指定類型時，甚至是分配空間給一個新的對象的時候。這是通過靜態分析和向導工具 (比如 FindBugs) 讓Java 語言更友好，集中精力 (沿著 Java 文檔工具和 API 改進) 的一部分 。這是個很棒的特性，但是更多的是像Java 7 引入的 invokeDynamic ，其真正的價值決定在於 社區用它來做什麼。
7. 溢出操作
現在這裡有了一系列從一開始就應該包含在核心庫中的方法. 我最喜歡的一個習慣是調試當int超過2^32時的溢出, 然後繼續隨機地創建這個臭名昭著的bug(例如 "我是怎麼得到這個奇怪的值的?").
這次也沒有銀彈, 但卻有一系列操作數字的函數, 這些函數當以一種比隱式引起溢出的標准的+/*操作符更不能容忍的方式發生溢出時就會拋出異常.. 如果是我的話,我會將它設為JVM的默認模式, 使用允許算數溢出的顯式函數(而不是+ *運算符).
8. 文件夾遍歷
迭代目錄樹的內容在google搜索上很早就出現了(在這種情況下你可能會使用Apache.FileUtils). Java 8
為Files添加了10個新方法. 我最喜歡的是walk() ,它創建了一個懶惰流(對於大型文件系統很重要)來迭代
目錄結構的內容.
9. 強隨機數生成
現今關於密碼和密鑰的脆弱性的談話短不了. 程序安全是個棘手的問題而且很容易犯錯誤. 這也是我喜歡
在JVM中能夠自動挑選最強隨機數生成器的新SecureRandom.getinstanceStrong()方法的原因. 它降低
了取得生成器失敗, 或默認取得一個弱生成器從而導致密鑰或加密值容易被破解的機率.
10. Date.toInstant()
Java 8 引入一個全新的 date time API。 因為已有的api並不好，這是相當可以理解的。現在 Joda 已經專注和深入 Java 的 date time API 好多年。但是，就算用新的API仍有個大問題存在—— 有數以噸計的代碼和庫在使用舊的API。
我們都知道面臨這個問題，那麼要做些什麼?
因為 Java 8 已經做得相當優雅，在Date類中添加了一個新的方法toInstant() ， 用來將其轉化成為新的API。就算使用舊的Date API (在可預見的未來也是一樣) , 也能讓你快速升級到新的API。
如果你覺得文章還有什麼該有的特性沒提到，抑或是不同意我們的分析？請評論給我們——這就是發文的目的 ！