Java 技術具有卓越的通用性、高效性、平臺移植性和安全性，廣泛應用於PC、數據中心、遊戲控制檯、科學超級計算機、移動電話和互聯網，同時擁有全球最大的開發者專業社羣。下面小編準備了關於Java程序性能調優的文章，提供給大家參考!
在《Java TM Platform Performance》一書中，定義瞭如下五個方面來作爲評判性能的標準：
1) 運算的性能——哪一個算法的執行性能最好?
2) 內存的分配——程序運行時需要耗費多少內存?
3) 啓動的時間——程序啓動需要多長時間?這在Web項目中的影響不大，但要注意部分程序需要部署或運行在客戶端時的情形(比如applet程序)。
4) 程序的可伸縮性——在壓力負載的情況下，程序的性能如何?
5) 性能的感知——用戶在什麼情況下會覺得程序的性能不好?
以上五個方面，在具體的使用場景可以有選擇的去評判。至於這五方面的性能調優，在後續的章節中將會陸續的給以相應的性能調優策略。
調優的規則
我們只需要關心對我們程序有影響，可以察覺到的性能問題，而不是每一個類中的每一個方法我們都需要想方設法的提高性能。如果程序的性能沒有達到我們所期望的要求，我們才需要考慮如何優化性能。同樣的，晦澀的代碼雖然提高了程序的性能，但同時可能帶給我們的是維護的噩夢。我們需要折中的考慮以上兩種情況，使得程序的代碼是優美的`，並且運行的足夠快，達到客戶所期望的性能要求。
優化代碼甚至會導致不良的結果，Donald Knuth(一位比較牛比較有影響的人物，具體是誰，我也忘了，誰知道，可以告訴我一下，謝謝!)曾說過，“Premature optimization is the root of all evil”。在開始性能調優前，需要先指出不優化代碼的一些理由。
1) 如果優化的代碼已經正常工作，優化後可能會引入新的bug;
2) 優化代碼趨向於使代碼更難理解和維護;
3) 在一個平臺上優化的代碼，在另一個平臺上可能更糟;
4) 花費很多時間在代碼的優化上，提高了很少的性能，卻導致了晦澀的代碼。 確實，在優化前，我們必須認真的考慮是否值得去優化。
調優的步驟
一般我們提高應用程序的性能劃分爲以下幾個步驟：
1) 明確應用程序的性能指標，怎樣才符合期望的性能需求;
2) 在目標平臺進行測試;
3) 如果性能已經達到性能指標，Stop;
4) 查找性能瓶頸;
5) 修改性能瓶頸;
6) 返回到第2步。
