斷點

通常應用系統會根據用戶數、并發數、用戶的行為等等來確定具體的性能目標，如果確定應用程序不能滿足性能目標，那么就需要優化、重構程序并調整JVM、應用服務器、數據庫、OS 或者改變硬件配置等等。

影響Java 性能的主要因素：
硬件，如CPU、內存、體系結構等等
操作系統
數據庫系統
JVM
應用服務器
數據庫服務器
網絡環境
應用架構及程序編寫水平

性能調整的步驟：
1、 使用工具測試系統是否滿足性能目標
2、 發現性能瓶頸
3、 假設瓶頸的原因
4、 測試你的假設
5、 如果假設成立，更改這一部分
6、 測試確定更改是否可以提高性能，衡量性能提高的程度
7、重復以上步驟，直到獲得可以接受的性能。

J2EE性能不好時的現象，主要表現在對客戶端的請求響應很慢：
一向很慢：應用的響應總是很慢，改變環境(如應用負載、數據庫的連接池數量等等)，對響應時間的影響不大。

越來越慢：在相同的負載情況下，隨著系統運行的時間的增長，系統越來越慢，這可能是系統已到達極限或是系統死鎖和錯誤引起的。

低于負載時會越來越慢(Slower and slower under load):.

偶爾的掛起或異常錯誤(Sporadic hangs or aberrant errors):有時這可能是由于負載的變化或其他情況引起的可以預測的死鎖(Foreseeable lock ups): 掛起或最初只有少量錯誤，但隨著時間的推移整個系統都鎖上了，典型地這可能是為的適應"management by restarts.“

突發性的混亂(Sudden chaos): 系統已運行了一段時間(如一個小時或可能是三、四天)，性能穩定并可以接受, 突然沒有任何理由，開始出錯或死鎖了。

監控工具：
WebLogic Server的控制臺
cpu
內存
JDBC
輔助的工具
Jprobe
Optimizit
Vtune
TowerJ Performance