持續剖析可以有效發現應用程式中因為CPU導致的瓶頸問題，並且按照方法名稱、類名稱和行號進行細分統計，最終協助開發人員最佳化程式、降低延遲、增加吞吐、節約成本。本文介紹如何查看持續剖析資料。
查看持續剖析
登入ARMS控制台，在左側導覽列單擊。
在頂部功能表列，選擇地區。
在應用列表頁面單擊目標應用。
在上方導覽列選擇。
選擇剖析類型，查看單個執行個體的CPU Profiling資料。
當前持續剖析的能力是基於eBPF實現的，因為無侵入的特點，針對Go等有Debug符號資訊的語言，Profiling的資料能夠顯示具體的函數調用，如果遇到unknown的函數，表示當前函數無法在核心中找到對應的符號表資訊。
Self列表示方法在自身的調用棧中所消耗的時間或資源，不包括其子方法調用所消耗的時間或資源。可以用於識別哪些方法在自身內部花費了大量的時間或資源。
Total列包含方法自身消耗的時間或資源，以及其所有子方法調用所消耗的時間或資源。可以協助瞭解整個方法調用棧中哪些方法貢獻了最多的時間或資源。
如需排查具體的熱點代碼邏輯，可以通過重點關注Self列或直接查看右側火焰圖中底部的較寬火苗從中定位到高耗時的業務方法，較寬火苗是引發上層耗時高的根源，一般是系統效能的瓶頸所在，您可以重點關注。
聯絡我們
如果您在使用應用監控 eBPF 版中有任何問題，請聯絡應用監控 eBPF 版答疑DingTalk群（群號：35568145）擷取協助。
相關文檔
如果需要瞭解更多Java程式中因CPU、記憶體和IO導致的問題，可以使用應用監控的持續剖析功能。更多資訊，請參見接入持續剖析功能。