### 拓展閱讀 《Java Concurrency in Practice》，出自Brian Goetz，Tim Peierls， Joshua Bloch，Joseph Bowbeer，David Holmes和 Doug Lea (Addison Wesley，2006年)——這些基本上就是Java并發世界中的名人名單了《Java Concurrency in Practice》第二版，出自 Doug Lea (Addison-Wesley，2000年)。盡管這本書出版時間遠遠早于Java 5發布，但Doug的大部分工作都寫入了**java.util.concurrent**庫。因此，這本書對于全面理解并發問題至關重要。 它超越了Java，討論了跨語言和技術的并發編程。 盡管它在某些地方可能很鈍，但值得多次重讀（最好是在兩個月之間進行消化）。 道格（Doug）是世界上為數不多的真正了解并發編程的人之一，因此這是值得的。 [^1]:例如,Eric-Raymond在“Unix編程藝術”（Addison-Wesley，2004）中提出了一個很好的案例。 [^2]:可以說，試圖將并發性用于后續語言是一種注定要失敗的方法，但你必須得出自己的結論 [^3]:有人談論在Java——10中圍繞泛型做一些類似的基本改進，這將是非常令人難以置信的。 [^4]:這是一種有趣的，雖然不一致的方法。通常，我們期望在公共接口上使用顯式類表示不同的行為 [^5]:不，永遠不會有純粹的功能性Java。我們所能期望的最好的是一種在JVM上運行的全新語言。 [^6]:當兩個任務能夠更改其狀態以使它們不會被阻止但它們從未取得任何有用的進展時，你也可以使用活動鎖。 [^7]: 而不是超線程；通常每個內核有兩個超線程，并且在詢問內核數量時，本書所使用的Java版本會報告超線程的數量。超線程產生了更快的上下文切換，但是只有實際的內核才真的工作，而不是超線程。 ? [^8]: 庫就在那里用于調用，而語言本身就被設計用于此目的，但實際上它很少發生，以至于可以說”沒有“。? [^9]: 舉例來說，如果沒有Flyweight設計模式，在工程中創建數百萬個對象用于有限元分析可能在Java中不可行。? [^10]: 在科學中，雖然從來沒有一種理論被證實過，但是一種理論必須是可證偽的才有意義。而對于并發性，我們大部分時間甚至都無法得到這種可證偽性。? [^11]: 盡管**Go**語言顯示了FFI的前景，但在撰寫本文時，它并未提供跨所有平臺的解決方案。