使用 dotTrace 分析 .NET Core 代碼問題

来源:https://www.cnblogs.com/myzony/archive/2018/09/28/9718776.html
-Advertisement-
Play Games

0.背景 在項目開發之中,前期可能主要以保證任務完成為主,對於性能優化主要在於開發完成之後再來進行。可能在測試的時候發現部分介面的代碼執行時間過長,但是又毫無頭緒,這個時候你就需要性能分析工具來協助你排查問題了。 常規性能分析藉助於 Visual Studio 強大的性能測試工具就可以進行分析,但是 ...


0.背景

在項目開發之中,前期可能主要以保證任務完成為主,對於性能優化主要在於開發完成之後再來進行。可能在測試的時候發現部分介面的代碼執行時間過長,但是又毫無頭緒,這個時候你就需要性能分析工具來協助你排查問題了。

常規性能分析藉助於 Visual Studio 強大的性能測試工具就可以進行分析,但是這些功能只包含在企業版當中。這個時候我們就可以使用 JetBrains 的 .NET 分析全家桶來進行這個操作了,其包含記憶體分析(dotMemory)與性能分析(dotTrace),其實他的 dotCover(單元測試) 也是挺好用的。

1.安裝與下載

1.1 下載

安裝步驟較為簡單,前往 Jetbrains 官網,找到 dotTrace ,點擊下載即可。

其地址為 https://www.jetbrains.com/profiler/download/ ,選擇自己需要的安裝包形式,一般選擇 WebInstaller 進行安裝,當然這裡推薦選擇 Standalone (獨立版),直接下載運行就 OK 。

1.2 安裝

每個用戶可以免費評估使用 10 天,當然你要使用某些補丁或者激活工具也是可以的,這裡不再詳述過程,只是註意一下(WebInstaller)在安裝的時候選擇自己需要的安裝就可以了,不需要的直接選為 Skip 跳過。

你也可以在安裝的時候選擇 "Visual Studio Integration",這樣就會與 VS 集成,在分析代碼的時候可以快速跳轉到相應的代碼行。

2.使用與分析

dotTrace 使用比較方便,本身支持 .NET Core 分析,分析時只是會有四種不同的分析模式,這裡大概講解一下各種分析模式的區別。

Profiler Options 作用與描述
Sampling 通過獲取 CLR 內部一個方法開始執行和結束執行的時間差來計算的分析時間。
這是最快的方法,它用於精確測量程式運行時間,但可能會丟失一些數據。
使用此配置類型可使你快速獲取應用程式的的總體性能。
Tracing 慢於 Sampling 的方法,但是可以準確地測量特定方法被調用的準確次數。
它是通過獲取 CLR 內部一個方法開始執行和結束執行的時間差來計算的分
析時間。
Line-by-line 通過收集代碼執行的每條語句的時間來進行比較,它計算出的時間更加精確。
該方法適用於你已經知道性能問題大概在哪裡出現,並要找到具體某一個出
現性能問題的時候。
Timeline 採取抽樣的方式,每隔一段時間 (10 ms),會暫停所有線程,並抓取堆棧里的
信息,然後才計算出代碼執行時間差。使用這個方式可能會導致一些執行時間
少於 10 ms 的方法無法被抓取到。

一般來說我們使用的是 Tracing 來進行代碼的性能分析,因為一般都是需要查看每個方法具體的調用時間。下麵我就將以一個介面的實例來作為示範,看如何來排查調用緩慢的問題。

2.1 獲取快照信息

首先運行 dotTrace 之後,選擇 .NET Core Application,之後右側的 Profiler Options 則選擇 Tracing。最後一步則是選擇需要進行檢測的 dll 文件,這裡我選擇的是一個基於 Abp 框架開發的 ASP.NET Core 項目。

當然,你也可以勾選上 Advanced ,配置諸如啟動參數之類的東西,之後點擊 Run 則開始進行分析了。

這裡右下角的 Get Snapshot and Wait 點擊之後呢,就會獲取到快照文件了,當然現在先不慌,我們先來測試一下我們要測試的介面。

比如說我這裡有一個 TestMethod 方法,其代碼如下:

public class TestApplicationService : ApplicationService
{
    private readonly IRepository<SysSystem> _tempRep;

    public TestApplicationService(IRepository<SysSystem> tempRep)
    {
        _tempRep = tempRep;
    }

    public async Task<string> TestMethod()
    {
        var systems = _tempRep.GetAll().ToList();

        foreach (var system in systems)
        {
            system.Status = 10;
            await _tempRep.UpdateAsync(system);
        }

        int i = 0;
        for (int j = 0; j < 10000; j++)
        {
            i += j;
        }

        return systems[0].SystemCode;
    }
}

現在我們通過 SwaggerUI 調用這個介面,看需要多長時間。

可以看到平均時常都需要 300ms ,現在我們點擊 GetSnapshot and Wait 按鈕,會彈出分析視窗,並且我們隨時可以通過再次點擊 Start 按鈕,繼續分析。

2.2 分析代碼

2.2.1 概覽信息

Tracing 分析的界面比較簡單,一個 All Calls 頁簽與 Overview (概覽) 的頁簽,首先我們大致看一下概覽視窗。

可以看到他給我們標識了用戶代碼執行周期最長的一些地方,其次也用柱狀圖很直觀地體現了耗時最長的代碼分類。

右側則提列了一些快照的信息與運行時的環境信息,以便用戶作為參考。

2.2.2 Threads Tree (線程信息)

本視窗主要的作用是分析應用程式裡面發生的所有的線程活動,主線程有一個 圖標,而終結器線程則是擁有一個 圖標,剩下的都是線程池內部的工作線程。

在這裡我們以主線程為例,分析一下其具體內容所表達的意思。

  • Main:代表不帶命名空間的方法簡稱。
  • 99 . 99 %:代表該方法針對於整個線程運行時間所占的百分比,這裡的意思就是 Main 方法占用了整個主線程運行時間的 99.99 %。
  • 523,732 ms:代表該方法與子方法執行的總時間。
  • 1 call:方法在堆棧上所被調用的次數。
  • XXX.Web.Host.Startup.Program.Main(string[] ):被調用方法的全稱,

2.2.3 Call Tree (調用樹)

一般我們使用本頁面的時候會多一點,這個頁面會顯示在所有線程中的所有被調用的方法。其每一個根節點代表的是每一個線程所執行的一個根函數,而下麵每一個節點則代表其根函數內部調用的子函數的相關性能分析信息。

那麼我們如何快速定位我們剛纔測試的介面呢?

按下 Ctrl+F ,會彈出搜索框,在裡面輸入我們所編寫的介面方法名字,按下回車就會快速定位了。

之後我們會看到如下內容:

通過展開節點我們可以知道最耗費時間的方法,即為 GetAll 方法,當點擊節點的時候,右側也會定位到相應的代碼位置。

這裡可以看到整個 GetAll 方法使用了 1015ms 的時間,這是為什麼呢?你可以看到在其右側有一個 8 calls ,這個時間是 8 次調用總共所花費的時間。

右鍵節點,你可以通過 Properties 可以看到該方法的平均執行時間:

可以看到其自身只花費了 8.3 μs,說明真正執行緩慢的還在其更深層,這裡就不再往裡面跟了,如果需要更加詳細的性能報告,可以不使用 Tracing 模式,而使用 Line-by-line 模式來進行分析。

2.2.4 Plain List (簡單列表)

以平鋪的方式展示所有被調用過的方法列表,讓你分析具體代碼。

2.2.5 Hot Spots (熱點跟蹤)

該視圖會列舉出所有耗時最長的方法。

3.參考資料

CSDN:https://blog.csdn.net/weixin_38208401/article/details/75645021


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 隨機生成驗證碼,不能以圖片的形式存在,所以需要將驗證碼圖片以MemoryStream形式存儲在記憶體的流當中,但是在使用時發現使用PictureBox控制項無法顯示記憶體流,所以需要先將流轉化為圖片,才可以顯示,需要使用Bitmap類(System.Drawing.Bitmap)將記憶體流轉化為圖片的形式, ...
  • 本文通過一個簡單的小例子簡述SharpZipLib壓縮文件的常規用法,僅供學習分享使用,如有不足之處,還請指正。 ...
  • 1、輸入兩個數,將兩個數交換後輸出 ...
  • 概念 命名空間的設計目的是提供一種讓一組名稱與其他名稱分隔開的方式 在一個命名空間中聲明的類的名稱與另一個命名空間中聲明的相同的類的名稱不衝突 命名空間的定義是有一定的規範,避免引起不必要的麻煩 命名空間之間的類或者是對象是相對獨立的 命名空間可以用別名 定義 命名空間的定義是以關鍵字namespa ...
  • 問題1:無法識別的特性“xmlns:xdt”。請註意特性名稱區分大小寫 問題2:未能將文件obj\...複製到obj\...未能找到路徑 解決辦法:將web項目文件下的obj文件夾從項目中排除,然後再發佈就OK了 ...
  • <Button Content="Button" Style="{StaticResource {x:Static ToolBar.ButtonStyleKey}}"> ...
  • .Net平臺下相容.NET Standard 2.0,一個實現以Lambda表達式轉轉換標準SQL語句,使用強類型操作數據的輕量級ORM工具,在減少魔法字串同時,通過靈活的Lambda表達式組合,實現業務數據查詢的多樣性。 ...
  • DotNetty網路通信框架學習 目錄: 一.DotNetty網路通信框架學習之初視Netty 二.DotNetty網路通信框架學習之源碼分析 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...