## 本章小結 需要并發的唯一理由是“等待太多”。這也可以包括用戶界面的響應速度，但是由于Java用于構建用戶界面時并不高效，因此[^8]這僅僅意味著“你的程序運行速度還不夠快”。 如果并發很容易，則沒有理由拒絕并發。 正因為并發實際上很難，所以你應該仔細考慮是否值得為此付出努力，并考慮你能否以其他方式提升速度。 例如，遷移到更快的硬件（這可能比消耗程序員的時間要便宜得多）或者將程序分解成多個部分，然后在不同的機器上運行這些部分。 奧卡姆剃刀是一個經常被誤解的原則。 我看過至少一部電影，他們將其定義為”最簡單的解決方案是正確的解決方案“，就好像這是某種毋庸置疑的法律。實際上，這是一個準則：面對多種方法時，請先嘗試需要最少假設的方法。 在編程世界中，這已演變為“嘗試可能可行的最簡單的方法”。當你了解了特定工具的知識時——就像你現在了解了有關并發性的知識一樣，你可能會很想使用它，或者提前規定你的解決方案必須能夠“速度飛快”，從而來證明從一開始就進行并發設計是合理的。但是，我們的奧卡姆剃刀編程版本表示你應該首先嘗試最簡單的方法（這種方法開發起來也更便宜），然后看看它是否足夠好。 由于我出身于底層學術背景（物理學和計算機工程），所以我很容易想到所有小輪子轉動的成本。我確定使用最簡單的方法不夠快的場景出現的次數已經數不過來了，但是嘗試后卻發現它實際上綽綽有余。