一直以來，多線程代碼是服務器開發(fā)人員的毒藥（問問Oracle的Java語言架構(gòu)師和并行開發(fā)大師Brian Goetz）。Java的核心庫不斷加入各種復雜的用法來減少訪問共享資源時的線程等待時間。其中之一就是經(jīng)典的讀寫鎖（ReadWriteLock），它讓你把代碼分成兩部分：需要互斥的寫操作和不需要互斥的讀操作。

表面上看起來很不錯。問題是讀寫鎖有可能是極慢的（最多10倍），這已經(jīng)和它的初衷相悖了。Java 8引入了一種新的讀寫鎖——叫做時間戳鎖。好消息是這個家伙真的非?？臁南⑹撬褂闷饋砀鼜碗s，有更多的狀態(tài)需要處理。并且它是不可重入的，這意味著一個線程有可能跟自己死鎖。

時間戳鎖有一種“樂觀”模式，在這種模式下每次加鎖操作都會返回一個時間戳作為某種權(quán)限憑證；每次解鎖操作都需要提供它對應的時間戳。如果一個線程在請求一個寫操作鎖的時候，這個鎖碰巧已經(jīng)被一個讀操作持有，那么這個讀操作的解鎖將會失效（因為時間戳已經(jīng)失效）。這個時候應用程序需要從頭再來，也許要使用悲觀模式的鎖（時間戳鎖也有實現(xiàn)）。你需要自己搞定這一切，并且一個時間戳只能解鎖它對應的鎖——這一點必須非常小心。

下面我們來看一下這種鎖的實例——

long stamp = lock.tryOptimisticRead(); // 非阻塞路徑——超級快  
work(); // 我們希望不要有寫操作在這時發(fā)生  
if (lock.validate(stamp)){  
//成功！沒有寫操作干擾   
}  
else {  
//肯定同時有另外一個線程獲得了寫操作鎖，改變了時間戳  
//懶漢說——我們切換到開銷更大的鎖吧  
  
stamp = lock.readLock(); //這是傳統(tǒng)的讀操作鎖，會阻塞  
try {  
//現(xiàn)在不可能有寫操作發(fā)生了  
work();  
  
}  
finally {  
lock.unlock(stamp); // 使用對應的時間戳解鎖  
}  
}  

并發(fā)加法器

Java 8另一個出色的功能是并發(fā)“加法器”，它對大規(guī)模運行的代碼尤其有意義。一種最基本的并發(fā)模式就是對一個計數(shù)器的讀寫。就其本身而言，現(xiàn)今處理這個問題有很多方法，但是沒有一種能比Java 8提供的方法高效或優(yōu)雅。

到目前為止，這個問題是用原子類（Atomics）來解決的，它直接利用了CPU的“比較并交換”指令（CAS）來測試并設(shè)置計數(shù)器的值。問題在于當一條CAS指令因為競爭而失敗的時候，AtomicInteger類會死等，在無限循環(huán)中不斷嘗試CAS指令，直到成功為止。在發(fā)生競爭概率很高的環(huán)境中，這種實現(xiàn)被證明是非常慢的。

來看Java 8的LongAdder。這一系列類為大量并行讀寫數(shù)值的代碼提供了方便的解決辦法。使用超級簡單。只要初始化一個LongAdder對象并使用它的add()和intValue()方法來累加和采樣計數(shù)器。

這和舊的Atomic類的區(qū)別在于，當CAS指令因為競爭而失敗時，Adder不會一直占著CPU，而是為當前線程分配一個內(nèi)部cell對象來存儲計數(shù)器的增量。然后這個值和其他待處理的cell對象一起被加到intValue()的結(jié)果上。這減少了反復使用CAS指令或阻塞其他線程的可能性。

如果你問你自己，什么時候應該用并發(fā)加法器而不是原子類來管理計數(shù)器？簡單的答案就是——一直這么做。

并行排序

正像并發(fā)加法器能加速計數(shù)一樣，Java 8還實現(xiàn)了一種簡潔的方法來加速排序。這個秘訣很簡單。你不再這么做：

Array.sort(myArray); 

而是這么做：

Arrays.parallelSort(myArray); 

這會自動把目標數(shù)組分割成幾個部分，這些部分會被放到獨立的CPU核上去運行，再把結(jié)果合并起來。這里需要注意的是，在一個大量使用多線程的環(huán)境中，比如一個繁忙的Web容器，這種方法的好處就會減弱（降低90%以上），因為越來越多的CPU上下文切換增加了開銷。

切換到新的日期接口

Java 8引入了全新的date-time接口。當前接口的大多數(shù)方法都已被標記為deprecated，你就知道是時候推出新接口了。新的日期接口為Java核心庫帶來了易用性和準確性，而以前只能用Joda time才能達到這樣的效果（譯者注：Joda time是一個第三方的日期庫，比Java自帶的庫更友好更易于管理）。

跟任何新接口一樣，好消息是接口變得更優(yōu)雅更強大。但不幸的是還有大量的代碼在使用舊接口，這個短時間內(nèi)不會有改變。

為了銜接新舊接口，歷史悠久的Date類新增了toInstant()方法，用于把Date轉(zhuǎn)換成新的表示形式。當你既要享受新接口帶來的好處，又要兼顧那些只接受舊的日期表示形式的接口時，這個方法會顯得尤其高效。

控制操作系統(tǒng)進程

想在你的代碼里啟動一個操作系統(tǒng)進程，通過JNI調(diào)用就能完成——但這個東西總令人一知半解，你很有可能得到一個意想不到的結(jié)果，并且一路伴隨著一些很糟糕的異常。

即便如此，這是無法避免的事情。但進程還有一個討厭的特性就是——它們搞不好就會變成僵尸進程。目前從Java中運行進程帶來的問題是，進程一旦啟動就很難去控制它。

為了幫我們解決這個問題，Java 8在Process類中引入了三個新的方法

• destroyForcibly——結(jié)束一個進程，成功率比以前高很多。
• isAlive——查詢你啟動的進程是否還活著。
• 重載了waitFor()，你現(xiàn)在可以指定等待進程結(jié)束的時間了。進程成功退出后這個接口會返回，超時的話也會返回，因為你有可能要手動終止它。

這里有兩個關(guān)于如何使用這些新方法的好例子——如果進程沒有在規(guī)定時間內(nèi)退出，終止它并繼續(xù)往前走。

if (process.wait(MY_TIMEOUT, TimeUnit.MILLISECONDS)){ 
//成功  
}else { 
    process.destroyForcibly(); 
} 

在你的代碼結(jié)束前，確保所有的進程都已退出。僵尸進程會逐漸耗盡系統(tǒng)資源。

for (Process p : processes) { 
if (p.isAlive()) { 
p.destroyForcibly(); 
} 
} 

精確的數(shù)字運算

數(shù)字溢出會導致一些討厭的bug，因為它本質(zhì)上不會出錯。在一些系統(tǒng)中，整型值不停地增長（比如計數(shù)器），溢出的問題就尤為嚴重。在這些案例里面，產(chǎn)品在演進階段運行得很好，甚至商用后的很長時間內(nèi)也沒問題，但最終會出奇怪的故障，因為運算開始溢出，產(chǎn)生了完全無法預料的值。

為了解決這個問題，Java 8為Math類添加了幾個新的“精確型”方法，以便保護重要的代碼不受溢出的影響，它的做法是當運算超過它的精度范圍的時候，拋出一個未檢查的ArithmeticException異常。

int safeC = Math.multiplyExact(bigA, bigB);  
// 如果結(jié)果超出+-2^31，就會拋出ArithmeticException異常 

不好的地方就是你必須自己找出可能產(chǎn)生溢出的代碼。無論如何，沒有什么自動的解決方案。但我覺得有這些接口總比沒有好。

安全的隨機數(shù)發(fā)生器

在過去幾年中Java一直因為安全漏洞而飽受詬病。無論是否合理，Java已經(jīng)做了大量工作來加強虛擬機和框架層，使之免受攻擊。如果隨機數(shù)來源于隨機性不高的種子，那么那些用隨機數(shù)來產(chǎn)生密鑰或者散列敏感信息的系統(tǒng)就更易受攻擊。

到目前為止，隨機數(shù)發(fā)生算法由開發(fā)人員來決定。但問題是，如果你想要的算法依賴于特定的硬件、操作系統(tǒng)、虛擬機，那你就不一定能實現(xiàn)它。這種情況下，應用程序傾向于使用更弱的默認發(fā)生器，這就使他們暴露在更大的風險下了。

Java 8添加了一個新的方法叫SecureRandom.getInstanceStrong()，它的目標是讓虛擬機為你選擇一個安全的隨機數(shù)發(fā)生器。如果你的代碼無法完全掌控操作系統(tǒng)、硬件、虛擬機（如果你的程序部署到云或者PaaS上，這是很常見的），我建議你認真考慮一下使用這個接口。

可選引用

空指針就像“踢到腳趾”一樣——從你學會走路開始就伴隨著你，無論現(xiàn)在你有多聰明——你還是會犯這個錯。為了幫助解決這個老問題，Java 8引入了一個新模板叫Optional<T>。

這個模板是從Scala和Hashkell借鑒來的，用于明確聲明傳給函數(shù)或函數(shù)返回的引用有可能是空的。有了它，過度依賴舊文檔或者看過的代碼經(jīng)常變動的人，就不需要去猜測某個引用是否可能為空。

Optional<User> tryFindUser(int userID) { 

或

void processUser(User user, Optional<Cart> shoppingCart) { 

Optional模板有一套函數(shù)，使得采樣它更方便，比如isPresent()用來檢查這個值是不是非空，或者ifPresent()你可以傳遞一個Lambda函數(shù)過去，如果isPresent()返回true，這個Lambda函數(shù)就會被執(zhí)行。不好的地方就跟Java 8的新日期接口一樣，等這種模式逐漸流行，滲透到我們使用的庫中和日常設(shè)計中，需要時間和工作量。

value.ifPresent(System.out::print); 

[[256396]]