<!-- A New Definition ofConcurrencyFor --> ### 并發的新定義 幾十年來，我一直在努力解決各種形式的并發問題，其中一個最大的挑戰一直是簡單地定義它。在撰寫本章的過程中，我終于有了這樣的洞察力，我認為可以定義它： >**并發性是一系列性能技術，專注于減少等待** 這實際上是一個相當復雜的表述，所以我將其分解： - 這是一個集合：包含許多不同的方法來解決這個問題。這是使定義并發性如此具有挑戰性的問題之一，因為技術差異很大。 - 這些是性能技術：就是這樣。并發的關鍵點在于讓你的程序運行得更快。在Java中，并發是非常棘手和困難的，所以絕對不要使用它，除非你有一個重大的性能問題 - 即使這樣，使用最簡單的方法產生你需要的性能，因為并發很快變得無法管理。 - “減少等待”部分很重要而且微妙。無論（例如）你運行多少個處理器，你只能在等待發生時產生效益。如果你發起I/O請求并立即獲得結果，沒有延遲，因此無需改進。如果你在多個處理器上運行多個任務，并且每個處理器都以滿容量運行，并且沒有任務需要等待其他任務，那么嘗試提高吞吐量是沒有意義的。并發的唯一機會是如果程序的某些部分被迫等待。等待可以以多種形式出現 - 這解釋了為什么存在如此不同的并發方法。 值得強調的是，這個定義的有效性取決于“等待”這個詞。如果沒有什么可以等待，那就沒有機會去加速。如果有什么東西在等待，那么就會有很多方法可以加快速度，這取決于多種因素，包括系統運行的配置，你要解決的問題類型以及其他許多問題。