如果現在要求對妳寫的Java代碼進行優化，那妳會怎麽做呢？作者在本文介紹了可以提高系統性能以及代碼可讀性的四種方法，如果妳對此感興趣，就讓java課程壹起來看看吧。
我們平時的編程任務不外乎就是將相同的技術套件應用到不同的項目中去，對於大多數情況來說，這些技術都是可以滿足目標的。然而，有的項目可能需要用到壹些特別的技術，因此工程師們得深入研究，去尋找那些最簡單但最有效的方法。在以前壹篇文章中，我們討論了必要時可以使用的四種特殊技術，這些特殊技術可以創建更好的Java軟件；而本文我們將介紹壹些有助於解決常見問題的通用設計策略和目標實現技術，即：?
1.只做有目的性的優化?
2.常量盡量使用枚舉?
3.重新定義類裏面的equals()方法?
4.盡量多使用多態性
值得註意的是，本文中描述的技術並不是適用於所有情況。另外這些技術應該什麽時候使用以及在什麽地方使用，都是需要使用者經過深思熟慮的。
1.只做有目的性的優化
大型軟件系統肯定非常關註性能問題。雖然我們希望能夠寫出最高效的代碼，但很多時候，如果想對代碼進行優化，我們卻無從下手。
最重要的是天下沒有免費的午餐，因此為了降低代價，我們通常會通過類似於緩存、循環展開或預計算值這類技術去實現優化，這樣反而增加了系統的復雜性，也降低了代碼的可讀性。如果這種優化可以提高系統的性能，那麽即使變得復雜，那也是值得的，但是做決定之前，必須首先知道這兩條信息：?
1.性能要求是什麽?
2.性能瓶頸在哪裏
首先我們需要清楚地知道性能要求是什麽。如果最終是在要求以內，並且最終用戶也沒有提出什麽異議，那麽就沒有必要進行性能優化。但是，當添加了新功能或者系統的數據量達到壹定規模以後就必須進行優化了，否則可能會出現問題。
在這種情況下，不應該靠直覺，也不應該依靠檢查。因為即使是像MartinFowler這樣有經驗的開發人員也容易做壹些錯誤的優化，正如在重構(第70頁)壹文中解釋的那樣：
如果分析了足夠多的程序以後，妳會發現關於性能的有趣之處在於，大部分時間都浪費在了系統中的壹小部分代碼中裏面。如果對所有代碼進行了同樣的優化，那麽最終結果就是浪費了90%的優化，因為優化過以後的代碼運行得頻率並不多。因為沒有目標而做的優化所耗費的時間，都是在浪費時間。