成 jfr

JDK飛行記錄器(JFR)是一種結構化日志記錄工具， 它記錄廣泛的系統級(system-level)事件。類似于飛機上的黑盒子，它會持續記錄飛行數據，用于調查飛行事故。JFR會持續記錄JVM中的 一系列事件，用于診斷問題。這種方式的優勢是，它會按時間順序，捕獲導致事故的，詳細系統信息。JFR被設計的，對于性能影響很小，所以 可以安全地在生產環境長時間運行。

優勢：

1. 對于運行系統的影響比較小，額外占用資源小于 1%
2. 生成的文件比較小，通常生成 10 多分鐘的文件往往小于 1G

查詢 java 進程

1. 通過 jps 命令查詢

2. 通過 ps -ef | grep java 查詢

生成 jfr 文件

生成飛行記錄，使用 JFR.start 該實用程序的診斷命令 jcmd。

jcmd 84743 JFR.start duration=5m settings=profile filename=~/jfr/xxkk.jfr

JProfile 介紹

JProfiler是一個用于分析運行JVM內部情況的專業工具。在開發中你可以使用它，用于質量保證，也可以解決你的生產系統遇到的問題。
JProfiler處理四個主要問題:

• 方法調用這通常被稱為"CPU分析"。方法調用可以通過不同的方式進行測量和可視化， 分析方法調用可以幫助了解你的應用程序正在做什么，并找到提高其性能的方法。
• 分配分析堆上對象的分配、引用鏈和垃圾回收屬于"內存分析"的范疇。這個功能可以讓你解決內存泄漏，總之使用更少的內存，分配更少的臨時對象。
• 線程和鎖線程可以持有鎖，例如通過在一個對象上做同步。當多個線程協作時，可能會出現死鎖，JProfiler可以為你可視化這種情況。此外，鎖可能被爭用，這意味著線程在獲得鎖之前必須等待。通過JProfiler可以深入了解線程及其各種鎖情形。
• 高層子系統許多性能問題發生在更高的語義層面。例如，對于JDBC調用，你可能想找出哪條SQL語句是最慢的。對于這樣的子系統，JProfiler提供了"探針"，將特定有效載荷附加到調用樹。

JProfiler的UI是一個桌面應用程序。你可以以交互的方式實時分析JVM，也可以在不使用UI的情況下，自動化分析。保存在快照中的分析數據，可以通過JProfiler UI打開。此外，命令行工具和構建工具集成可以幫助你自動分析會話。

注意：JProfile 是商業軟件，希望大家在使用的過程中購買正版授權

內存分析

記錄的對象

內存分析中，可以通過記錄的對象找到最耗費內存的對象。只有總對象大小超過固定閾值（通常是堆的1%）的類才會被記錄。默認情況下，JFR中禁用了這個功能，因為它會引入大量的開銷。
下面兩個字段的解釋：

• **實例計數示例， **可以看到某個用例的堆上還剩下哪些對象（實際上會小于總大小除以每個對象的平均大小）。
• 預估總大小，這個是一個預估值，預估在開始 jfr 記錄，到 jfr 記錄結束這個類的實例總大小

https://docs.oracle.com/en/java/javase/17/docs/specs/man/jfr.html

分配熱點

分配熱點視圖與分配調用樹一起，允許你直接關注負責創建所選類的方法。就像記錄的對象視圖，分配熱點視圖也支持標記當前狀態和觀察一段時間內的差值。視圖中會添加一個差值列，它顯示了熱點自當_標記當前值_操作被調用后的變化。因為默認情況下，分配視圖不會定期更新，所以你必須單擊_計算_工具欄按鈕以獲得一個新數據集然后與基線值比較。

1. 計算熱點

2. 熱點分析

3. 熱點的分配類

找到主要是因為 byte[] 數組分配，成為一個分配熱點方法。

測試代碼

/**
 * VM ARG : -Xms64m -Xmx64m
 */
public static void main(String[] args) throws InterruptedException {
 List<byte[]> list=new ArrayList<>(1000);
//2kb * 10 * 120=2400kb
//數量=10 * 120 / 10=120
for (int i=0; i < 10000; i++) {
 Thread.sleep(100);
byte[] arr=new byte[1024 * 2];
 list.add(arr);
 }
}

CPU 分析

調用樹

跟蹤所有的方法調用及其調用棧會消耗相當大的內存，短時間內就會耗盡所有內存。另外，在一個繁忙的JVM中，很難直觀獲得方法調用的數量。通常情況下，這個數字是如此之大，以至于定位和跟隨跟蹤是不可能的。
另一個方面，只有將收集到的數據進行匯總，許多性能問題才會變得清晰。這樣，你就可以知道在某個時間段內，方法調用相對于整個活動的重要性。如果是單一的跟蹤，你對你所看的數據的相對重要性沒有概念。
這就是為什么JProfiler建立了一個所有觀察到的調用堆棧的累積樹，并注解有觀察到的時間和調用次數。時間順序信息被消除，只保留總數。樹中的每個節點代表一個至少被觀察過一次的調用堆棧。節點的子節點代表在該調用堆棧中看到的所有傳出調用。

調用樹是"CPU視圖"部分的第一個視圖，當你開始進行CPU分析時，它是一個很好的起點， 因為遵循方法調用從起點到最細化的終點的自上而下視圖，最容易理解。JProfiler按照子節點的總時間進行排序，所以你可以深度優先打開樹，分析對性能影響最大的部分。

熱點

如果你的應用程序運行得太慢，你要找到那些占用大部分時間的方法。通過調用樹，有時可以直接找到這些方法， 但通常這樣做是行不通的，因為調用樹可能很大而且有大量葉節點
在這種情況下，你需要反轉調用樹：一個所有方法的列表，按其總的自身時間排序，從所有不同的調用堆棧中累計出來， 并通過回溯跟蹤顯示這些方法是如何被調用的。在熱點樹中，葉節點是入口點， 就像應用程序的main 方法或線程的run 方法。從熱點樹中最深的節點開始，調用向上傳遞到頂層節點。

回溯跟蹤中的調用次數和執行時間并不是指該方法節點，而是指頂層熱點節點在這條路徑上被調用的次數。理解這一點很重要：粗略一看，你會認為看到的節點上的信息是該節點的調用次數。然而，在熱點樹中，該信息顯示的是該節點對頂層節點的貢獻。所以，你必須這樣理解這些數字: 沿著這個倒置的調用堆棧，頂層熱點被調用了n 次，總持續時間為t 秒。

通過這里可以看到這個 CASE 是因為正則導致的 CPU 熱點

測試代碼

static String pattern=" ^([\u4e00-\u9fa5]+)((·[\u4e00-\u9fa5]+)+|([\u4e00-\u9fa5]+))$";
static String defaultName="張三·無論其是看都看吶阿斯頓啊·薩肯薩肯打開你發都看啊看你發個卡看那可能發看那個可能看吶";

public static void main(String[] args) throws InterruptedException {
int time=1;
 String result;
while (true) {
if (time > 0) {
 Thread.sleep(time);
 }
 result=defaultName.matches(pattern) ? "姓名合法" : "姓名不合法";
 }
}

參考文檔

• jcmd 指令詳解：https://docs.oracle.com/javacomponents/jmc-5-5/jfr-command-reference/diagnostic-command-reference.htm
• 生成 jfr 文件：https://docs.oracle.com/javacomponents/jmc-5-5/jfr-runtime-guide/run.htm
• jprofile 中文手冊：https://www.ej-technologies.com/resources/jprofiler/v/13.0/help_zh_CN/doc/main/memory.html