在實時應用程序無法滿足非功能性要求(例如性能、吞吐量和響應時間)時對其進行故障排除？這就是為什么每個 DevOps 團隊都應該有一個明確的 Java 性能優化策略來幫助識別和解決 JVM 性能問題。想深入了解學習java的同學可以考慮參加java培訓，有系統規范的課程和明確清晰的學習路線，讓你快速掌握java更多知識和技能。

　　但是，在你說你遇到了 Java 性能問題之前，你必須首先確認你不希望你的應用程序的性能超出系統的最大容量。你當前的硬件實際上可以實現什么類型的性能?如果你的 JVM 性能目標超出了底層服務器的能力，那么 Java 代碼優化將毫無用處。

　　系統容量基準

　　開發人員不太可能知道托管其應用程序的服務器的確切性能。但是你通常可以找到與你在生產中使用的系統相似的系統的已發布基準。

　　找出你自己的服務器落在該范圍內的哪個位置，并查看你的生產系統與已建立的性能基準有多接近。如果你的應用程序執行低于既定基準，Java 性能優化是可能的。盡管如此，僅僅因為可以優化并不一定意味著你應該這樣做。

　　JVM 性能目標

　　在 Java 性能優化上投入時間的觸發因素不是你是否充分利用每個時鐘周期的滴答聲，相反，看看你是否能夠達到績效目標。DevOps 團隊不應該把時間花在充分利用每個時鐘周期滴答聲上。僅當你當前的性能目標未達到時，你才應該投資于Java 性能優化。在java培訓中，有很多關于Java 性能優化的課程知識，你還能在實操項目中進行更深入的學習。

　　每個應用程序都應該有明確的性能基準，最長可接受的響應時間是多少?每秒應該處理多少事務?應用程序必須能夠處理的最大吞吐量是多少？

　　應用程序的性能宣言可能包括如下語句：

　　該應用程序將支持每秒 500 個事務。

　　頁面加載時間將少于兩秒。

　　故障轉移在不到五秒的時間內發生。

　　99% 的事務發生在不到 40 毫秒 (ms) 的時間內。

　　無狀態響應時間平均為 50 毫秒。

　　有狀態的響應時間平均為 500 毫秒。

　　Java CPU 使用率不會超過連續兩分鐘超過 50% 的使用率。

　　如果你的應用程序的性能低于系統的既定基準，并且你的性能基準處于被破壞的危險之中，那么你可以開始調查如何優化 Java 性能。

　　Java 性能優化指南

　　大多數 Java 性能問題可歸因于以下四種共享資源之一：中央處理器、記憶、輸入輸出操作、線程。

　　Java 分析器(例如 Java Flight Recorder)可以幫助立即識別應用程序中的瓶頸。使用 Java Mission Control 調查飛行記錄，特別注意以下指標：CPU 利用率、系統上下文切換、物理內存利用率、隨時間的堆消耗、使用的網絡帶寬、磁盤 I/O 延遲、數據庫鎖、SQL 延遲、垃圾收集頻率、垃圾收集暫停時間、線程爭用、線程暫停、線程鎖。想要掌握java更多知識和技能，可以參加java培訓，有專業老師的指導，你會學得更快更有效。

　　Java 性能優化目標

　　一旦你知道哪個共享資源會導致 JVM 性能問題，請檢查堆棧跟蹤以在性能問題發生時識別活動的 Java 類和方法。百分之八十的情況下，當你執行以下操作時，可以實現 Java 性能優化：

　　使用更快的數據庫查詢；

　　識別并修復內存泄漏；

　　優化垃圾收集程序；

　　解決線程鎖和并發問題；

　　修復應用程序中低效的代碼；

　　使用正確的集合類進行列表處理。

　　一旦你確定了導致性能下降的軟件組件，就由開發團隊來確定 Java 代碼優化任務的優先級。

　　代碼更改、錯誤修復、迭代更新和性能測試例程最終會產生一個性能補丁，該補丁將修復瓶頸、優化應用程序并使 JVM 性能重新符合你組織的既定目標。

　　解決性能問題從來都不是一項有趣的任務。但是，有了有效的 Java 性能優化指南，注意什么是可能的，性能目標是什么，并著眼于當瓶頸出現時如何識別瓶頸，Java 性能優化的工作變得容易得多。通過參加java培訓，學習最新java技能，可以讓你的實力一直保持領先水平，提升行業競爭力。