Java Flight Recorder（JFR）對於診斷生產Java問題最小的開銷至關重要。 1。 JFR捕獲關鍵的運行時數(shù)據，包括CPU分析，垃圾收集，線程活動，異常，I/O和JVM內部，可以分析潛伏期尖峰，內存洩漏，死鎖和性能退化。 2。使用-xx啟用JFR：flightrecorder和-xx：startFlighTrecorting具有持續(xù)時間，延遲和設置的選項，或者通過JCMD JFR.START動態(tài)地將JVMS附加到按需診斷的JCMD JFR.START。 3。使用JDK Mission Control（JMC）分析.jfr文件，以了解對熱方法，GC趨勢和線程行為的視覺見解，或使用JFR（例如JFR）進行自動處理的命令行工具。 4。最佳實踐包括默認情況下啟用JFR，使用滾動記錄，確保輸出文件，與APM工具集成，避免使用延長的配置文件設置，除非需要，並在資源受限的系統(tǒng)上進行測試。主動使用JFR確保在不復制的情況下捕獲和分析問題，從而將故障排除轉換為有效的根本原因發(fā)現(xiàn)。

Java Flight Recorder（JFR）是JDK中內置的強大診斷和分析工具，對於解決生產環(huán)境中的性能問題特別有用。它以最小的開銷收集詳細的運行時數(shù)據（通常不到2％），即使在實時系統(tǒng)中也可以安全使用。

以下是JFR有效地用於生產故障排除的方式：

1。 JFR捕獲的內容（以及為什麼重要）

JFR記錄了廣泛的低級和應用程序級事件，包括：

• CPU分析（方法級執(zhí)行時間，熱方法）
• 垃圾收集（GC持續(xù)時間，頻率，用法，停頓時間）
• 線程活動（鎖定爭議，堵塞線，線程狀態(tài)）
• 類加載/卸載
• 異常遙測（拋出的異常頻率）
• I/O和網絡活動（如果啟用）
• JVM內部操作（SafePoints，代碼緩存，編譯器活動）

診斷時，此數(shù)據非常寶貴：

• 突然的延遲峰值
• 內存洩漏或高GC壓力
• 僵局或線瓶頸
• 意外的應用程序放緩

由於JFR在後臺連續(xù)運行（啟用時），因此您可以在出現(xiàn)問題後捕獲錄音，然後再依靠地分析發(fā)生的事情。

2。啟用JFR的生產

JFR可在OpenJDK 11和所有Oracle JDK中使用（商業(yè)版本中的限制更少）。在生產中使用它：

使用啟用JFR啟動JVM：

 Java -XX：Flightrecorder \
     -xx：startFlighTrecording =持續(xù)時間= 60s，filename = diagnosis.jfr \
     -jar myapp.jar

或者，進行連續(xù)監(jiān)視：

 Java -XX：Flightrecorder \
     -xx：startflightrecording = delay = 30s，持續(xù)時間= 0s，fileName = rolling.jfr，settings = profile \ profile \
     -jar myapp.jar

注意：使用settings=profile進行更詳細的事件分析（例如，對象分配，方法分析）。默認settings=default更輕。

對於已經運行的JVM（動態(tài)附加）：

使用jcmd啟動錄製而無需重新啟動：

 jcmd <pid> jfr.start name = web-issue持續(xù)時間= 120S fileName =/tmp/dessub.jfr settings = profile

稍後，停止它：

 jcmd <pid> jfr.stop name = web-issue

當問題出乎意料時，這是理想的選擇。

3。分析JFR記錄

擁有.jfr文件後，請使用以下方式分析它：

JDK任務控制（JMC）

• 專門為JFR分析設計的開源GUI工具。
• 可視化火焰圖，GC趨勢，線程時間表和I/O模式。
• 過濾事件，檢查堆棧跟蹤並確定熱方法。

替代方案：使用命令行或CI工具

• JFR或JFR-Analyzer等工具允許自動解析。
• 以編程方式提取指標以集成到監(jiān)視管道中。

示例：查找CPU Spike

1. 在JMC中打開JFR文件。
2. 轉到“熱方法”視圖。
3. 尋找消耗高CPU的方法（自我時間或總時間）。
4. 檢查堆棧跟蹤以找到根本原因 - eg，效率低下的循環(huán)，正則回溯或序列化瓶頸。

4。生產使用的最佳實踐

• ?默認情況下啟用JFR生產JVM（低開銷，高價值）。
• ?使用連續(xù)的滾動記錄（例如1小時的緩衝區(qū)）來捕獲最近的歷史。
• ?安全.jfr文件 - 記錄可能包含敏感數(shù)據（例如，方法參數(shù)，堆棧跟蹤）。
• ?與APM工具（例如Datadog，New Relic）結合使用，以進行關聯(lián)。
• ?除非必要，否則請避免使用settings=profile的長期記錄 - 開銷較高。
• ?在不進行測試的情況下，請勿在非常有資源約束的系統(tǒng)上啟用JFR。

底線

JFR是診斷生產Java問題的最有效工具之一，其影響最小。當主動啟用時，它會變成反應性的消防為主動的根本原因分析。您無需重現(xiàn)分期的問題 - JFR可能已經捕獲了它。

設置一次，每次出現(xiàn)問題時都會支付紅利。

基本上：如果您不在生產中使用JFR，那麼您就會盲目飛行。

以上是用於生產故障排除的Java飛行記錄器（JFR）的詳細內容。更多資訊請關注PHP中文網其他相關文章！