大家好，我是沙漠盡頭的狼。 本方首發於Dotnet9，介紹使用dnSpy調試第三方.NET庫源碼，行文目錄： 安裝dnSpy 編寫示常式序 調試示常式序 調試.NET庫原生方法 總結 1. 安裝dnSpy dnSpy是一款功能強大的.NET程式反編譯工具，可以對.NET程式進行反編譯，代替庫文檔的功 ...
大家好，我是沙漠盡頭的狼。
本方首發於Dotnet9，介紹使用dnSpy調試第三方.NET庫源碼，行文目錄：
- 安裝dnSpy
- 編寫示常式序
- 調試示常式序
- 調試.NET庫原生方法
- 總結
1. 安裝dnSpy
dnSpy是一款功能強大的.NET程式反編譯工具，可以對.NET程式進行反編譯，代替庫文檔的功能，代碼丟失或者損壞可直接恢復，所以能在完全沒有源碼的情況下即時調試程式，甚至還能修改程式！
Github有二進位可執行程式下載地址，也有源碼可以自行編譯，本文使用前者，Github地址是：https://github.com/dnSpy/dnSpy
2. 編寫示常式序
示例為一個桌面程式，輸入數字，右側回顯輸入的數字是奇數還是偶數：
示例代碼比較簡單，界面綁定和ViewModel關係截圖看完所有：
奇偶判斷由類TestTool的TellMeOddEven方法返回，再回看回顯，咦，0是奇數？1是偶數？
TestTool類是其他庫定義，我假裝你沒有源碼哈，雖然你有：
類具體定義如下：
namespace TestDll;
public class TestTool
{
public string TellMeOddEven(int number)
{
if (number % 2 == 1)
{
return $"{number}是偶數";
}
return $"{number}是奇數";
}
}
3. 調試示常式序
打開dnSpy，將主程式引用的TestDll拖入：
可以看到反編譯後的代碼：
反編譯出來的方法定義會和第三方源碼可能不同，以下是一些可能導致不同反編譯結果的因素：
-
編譯器優化：不同版本的編譯器可能會對代碼進行不同的優化，例如使用不同的演算法、數據結構或者代碼重排等。這些優化可能會導致反編譯出來的代碼結構和順序不同，本文示例使用 .NET 8開發，.NET Framework編譯的庫可能反編譯出來與源碼幾乎一致。
-
反編譯工具更新：dnSpy本身也會不斷更新，以適應新的.NET版本和編譯器特性。這些更新可能會改變反編譯演算法和策略，從而導致不同版本的dnSpy反編譯結果不一致。
代碼簡單，對比源碼和反編譯的代碼查看，對整型入參除2取餘，如果等於1判斷為偶數，否則為奇數，當然這是錯的，假如代碼邏輯複雜，可以用dnSpy調試。
運行測試程式，併在dnSpy中給方法打斷點，在調試菜單附加測試程式，就和VS中操作類似：
4. 調試.NET庫方法
上面調試示常式序的方法可用於其他第三方.NET庫，那麼.NET自身庫方法呢？
方法類似，找到.NET庫對應類、對應方法，運行目標程式，然後打斷點。.NET庫方法這樣找：點擊【文件】》【從GAC打開】=》搜索目標庫，雙擊庫，再查找目標方法，後面調試步驟就是一樣了：
5. 總結
- 技術交流加群請添加站長微信號：dotnet9com
- 文中示例代碼：MultiVersionLibrary
dnSpy很強大的，還能直接監視第三方代碼的變數、修改值等，就和你使用VS開發自己的程式一樣，瞭解更多用法還請查看文章開頭給的鏈接https://github.com/dnSpy/dnSpy， 這篇大佬的文章也不錯，建議看看：《神器如 dnSpy，無需源碼也能修改 .NET 程式》。
對了，示常式序中奇偶數判斷不對，我又沒代碼我想糾正怎麼辦？
解決這個問題，上面大佬的文章您可以拜讀了，下一篇站長繼續講解第三方庫攔截，能實現不修改第三方庫達到修改方法邏輯和返回結果的效果，可以提前預習快學會這個技能-.NET API攔截技法，當然下一篇會有新知識點：非公有類非公有方法攔截技法。
以原倉庫兩張dnSpy調試第三方庫的動圖結束本文：
