Application Real-Time Monitoring Service：使用代碼熱點診斷慢調用鏈的問題

開啟代碼熱點

1. 登入ARMS控制台，在左側導覽列選擇應用監控 > 應用列表。

2. 在應用列表頁面頂部選擇目標地區，然後單擊目標應用程式名稱。

   說明

   語言列的表徵圖含義如下：

   ：接入應用監控的Java應用。

   ：接入應用監控的Golang應用。

   ：接入應用監控的Python應用。

   -：接入Managed Service for OpenTelemetry的應用。

3. 在左側導覽列中單擊應用設定，然後單擊自訂配置頁簽。

4. 在持續剖析地區開啟總開關，然後開啟代碼熱點開關，配置需要開啟的應用執行個體的IP地址或者一組執行個體所屬的網段地址。

   重要

   該功能從4.2.x版本探針起預設開啟，低版本未配置過該功能的應用在控制台也會顯示為開啟狀態，但實際需要單擊儲存才會正式生效。

5. 在頁面底部單擊儲存。

   無需重啟應用即可生效。

通過介面調用查看代碼熱點資料

樣本：解析並遍曆JSON資料及調用下遊HTTP介面。

public class HotSpotAction extends AbsAction {

  private RestTemplate restTemplate = new RestTemplate();
  
  //請求入口方法
  @Override
  public void runBusiness() {
    readFile();
    invokeAPI();
  }

  //執行HTTP調用
  private void invokeAPI() {
    String url = "https://httpbin.org/get";
    String response = restTemplate.getForObject(url, String.class);
  }

   //讀取檔案資料並解析
  private double readFile() {
    InputStreamReader reader = new InputStreamReader(
        ClassLoader.getSystemResourceAsStream("data/xxx.json"));
    LinkedList<Movie> movieList = GSON.fromJson(reader, new TypeToken<LinkedList<Movie>>() {
    }.getType());
    double totalCount = 0;
    for (int i = 0; i < movieList.size(); i++) {
      totalCount += movieList.get(i).rating();
    }
    return totalCount;
  }
}

1. 登入ARMS控制台，在左側導覽列選擇應用監控 > 應用列表。

2. 在應用列表頁面頂部選擇目標地區，然後單擊目標應用程式名稱。

   說明

   語言列的表徵圖含義如下：

   ：接入應用監控的Java應用。

   ：接入應用監控的Golang應用。

   ：接入應用監控的Python應用。

   -：接入Managed Service for OpenTelemetry的應用。

3. 在左側導覽列中單擊介面調用，並在頁面右側選擇目標介面，然後單擊調用鏈查詢頁簽。

4. 在調用鏈查詢頁簽上單擊目標TraceId連結。

5. 在詳情列中單擊放大鏡表徵圖，然後單擊代碼熱點頁簽。

   

   圖中左側為本次調用中所涉及的所有方法耗時情況列表，右側為對應方法所有方法棧資訊繪製的火焰圖。其中：

   • Self列表示方法在自身的調用棧中所消耗的時間或資源，不包括其子方法調用所消耗的時間或資源。可以用於識別哪些方法在自身內部花費了大量的時間或資源。

   • Total列包含方法自身消耗的時間或資源，及其所有子方法調用所消耗的時間或資源。可以協助瞭解整個方法調用棧中哪些方法貢獻了最多的時間或資源。

   作為排查具體的熱點代碼邏輯，可以通過重點關注Self列或直接查看右側火焰圖中底部的較寬火苗從中定位到高耗時的業務方法，較寬火苗是引發上層耗時高的根源，一般是系統效能的瓶頸所在，例如上圖中的java.lang.Thread.sleep()方法。

   根據上圖，進行如下分析：

   1. 將Self值從大到小排列，找到並單擊Self值最大的方法java.util.LinkedList.node(int)，右側火焰圖中將會聚焦相關方法。

      

   2. 聚焦後可以發現，java.util.LinkedList.node(int)就是右側火焰圖中的最寬棧頂方法。

   3. 由於該棧頂是JDK中的庫函數，並非為業務方法，因此，沿著棧頂方法java.util.LinkedList.node(int)從下往上搜尋，依次經過java.util.LinkedList.get(int) > com.alibaba.cloud.pressure.memory.HotSpotAction.readFile()，而com.alibaba.cloud.pressure.memory.HotSpotAction.readFile()屬於所分析應用的業務方法，即為第一個所分析應用自身定義的方法行，其耗時為3.75s，占整張火焰圖的69.88%，因此com.alibaba.cloud.pressure.memory.HotSpotAction.readFile()是該火焰圖所採集時段內資源佔用較高的顯著瓶頸所在，可以根據該方法名，對業務中相關方法的邏輯進行梳理，查看是否存在最佳化空間。