我們用來分析CPU過高、死鎖問題的常見方案是使用Windbg分析dump文件。

但是這種方式存在一些缺點，比如dump文件過大難以下載，windbg使用過于復雜難以掌握等。

這里介紹一個小工具dotnet-stack，幫助我們檢查托管代碼調用堆棧，快速定位到當前執行的代碼，找到問題原因。

準備代碼

新建ConsoleApp1，編寫如下代碼：

static?void?Main(string[]?args) {new?Program().TestLock();Console.Read(); }void?TestLock() {lock?(this){var?task?=?Task.Factory.StartNew(()?=>{Console.WriteLine("-------開始-------");Deadlock();Console.WriteLine("---------完成--------");});task.Wait();} }void?Deadlock() {lock?(this){Console.WriteLine("公眾號“My?IO”");} }

示例代碼通過搶占lock模擬死鎖現象，運行代碼后，可以發現命令行停在"-------開始-------"就沒有繼續輸出了。

分析問題

首先，運行下面的命令安裝dotnet-stack：

dotnet?tool?install?--global?dotnet-stack

然后，我們需要找到死鎖程序對應的進程id。雖然可以用任務管理器或者ps去查看，但是這里可以直接用命令獲取：

dotnet-stack?ps

拿到ConsoleApp1的進程id6004，運行下列命令：

dotnet-stack?report?--process-id?6004

該命令可從進程中收集跟蹤的所有堆棧。格式如下:

• 注釋前綴為#

• 每個線程都有一個包含本機線程ID的頭：Thread (<thread-id>):

• 托管代碼: ?模塊!方法

• 非托管代碼：[Native Frames]

從圖中可以看到，最后執行到的代碼是ConsoleApp1!Program.Deadlock()，對照代碼，就可以輕松找到死鎖原因了。

結論

dotnet-stack麻雀雖小，但是功能不錯，用于解決死鎖問題還是不錯的。

如果你覺得這篇文章對你有所啟發，請關注我的個人公眾號”My IO“，記住我！

總結

以上是生活随笔為你收集整理的杀鸡焉用牛刀！放下Windbg，让dotnet-stack来快速定位死锁原因的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。