怎么正確使用dotnet-*工具

本篇內容主要講解“怎么正確使用dotnet-*工具”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么正確使用dotnet-*工具”吧!

安裝

• 因為我們現在都是容器化時代了，所以我們可以把這類工具全部制作成基礎鏡像

• 準備Dockerfile

FROM mcr.microsoft.com/dotnet/sdk:3.1 AS sdk
RUN dotnet tool install --tool-path /tools dotnet-trace
RUN dotnet tool install --tool-path /tools dotnet-counters
RUN dotnet tool install --tool-path /tools dotnet-dump
RUN dotnet tool install --tool-path /tools dotnet-gcdump

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1 AS runtime
WORKDIR /tools
COPY --from=sdk /tools .

basedockerfile.yaml

驗證

基礎鏡像做好了，查看下鏡像的大小應該就比runtime的大小多幾十兆，相比為了使用dotnet-* tool而直接采用sdk的話，體積小了很多很多

用我們剛才制作的基礎鏡像隨便起個demo程序驗證下

• 已經包含了tools文件夾了，里面存放了我們的tools工具

• 以dotnet-trace為例，測試下是否可用（ps：注意使用方式）

至此包含tools的runtime基礎鏡像制作完畢。

dotnet-dump

它只能收集托管內存，不能用于條是本地代碼的問題，而且分析它所創建的dump文件，必須和當前環境保持一致

createdump

它既可以收集本地信息又可以收集托管信息，是一種比較全面而且推薦的方法

雖然gdb、gcore也能起到同樣的作用，但是他們可能會在收集的時候錯過一些托管狀態，導致最后你分析dump文件的時候有”UNKNOWN“的錯誤

這個工具是伴隨著.net core runtime安裝的，目錄一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下

開始使用：

• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的進程id）

• 他會將coredump文件生成到容器的tmp目錄下，至此沒報錯的話，說明成功

• 如果報權限相關錯誤，可以在你的yaml文件里加上：

分析coredump文件

先將上面生成在tmp下的coredump文件copy到可以調試的地方

kubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s

然后為我們的coredump.1文件下載關聯的symbol：

• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm

• sudo yum install dotnet-sdk-3.1

• dotnet tool install --global dotnet-symbol

• 然后關閉當前終端，再打開一個新的

• 看到dac，dbi文件寫入就代表成功了，這時候你的文件夾應該長這樣

• 如果你機器里沒裝的話，先裝一個吧

• 安裝sos插件：

• dotnet tool install --global dotnet-sos

• dotnet-sos install

• lldb-8 --core coredump.1

• 然后就可以用lldb來分析dump文件了

到此，相信大家對“怎么正確使用dotnet-*工具”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！