安裝

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

  1 FROM mcr.microsoft.com/dotnet/sdk:3.1 AS sdk
  2 RUN dotnet tool install --tool-path /tools dotnet-trace
  3 RUN dotnet tool install --tool-path /tools dotnet-counters
  4 RUN dotnet tool install --tool-path /tools dotnet-dump
  5 RUN dotnet tool install --tool-path /tools dotnet-gcdump
  6 
  7 FROM mcr.microsoft.com/dotnet/core/aspnet:3.1 AS runtime
  8 WORKDIR /tools
  9 COPY --from=sdk /tools .
 10 
 11

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：