一：背景

1. 講故事

周五下午運營反饋了一個緊急bug，說客戶那邊一個信息列表打不開，急需解決，附帶的日志文件也發過來了，看了下日志大概是這樣的：

日期:2020-11-13?12:25:45,923?線程ID:[3924]?日志級別:INFO??錯誤類:xxx?property:[(null)]?-?錯誤描述:應用程序出現了未捕獲的異常，Message:該字符串未被識別為有效的 DateTime。;StackTrace:???在?System.DateTimeParse.Parse(String?s,?DateTimeFormatInfo?dtfi,?DateTimeStyles?styles)在?System.Data.ConstNode..ctor(DataTable?table,?ValueType?type,?Object?constant,?Boolean?fParseQuotes)在?System.Data.ExpressionParser.Parse()在?System.Data.DataExpression..ctor(DataTable?table,?String?expression,?Type?type)在?System.Data.Select..ctor(DataTable?table,?String?filterExpression,?String?sort,?DataViewRowState?recordStates)在?System.Data.DataTable.Select(String?filterExpression)

從異常信息可以看到，大概就是 DataTable.Select 的時候拋出了異常，通過調用堆棧追查了下代碼大概是這樣的。

public?Task<DataTable>?QueryDataTable(){var?dt?=?new?DataTable();dt.Columns.Add(new?DataColumn("SendTime"));dt.Rows.Add(dt.NewRow()["SendTime"]?=?"2020/11/14");var?where?=?$"?SendTime?<?#{DateTime.Now.ToString()}#";var?query?=?dt.Select(where).CopyToDataTable();}

大坑就在這里，絕大多數時候過濾 DataTable 可以采用這樣的寫法 : SendTime < #2020/11/5#，但是客戶在新加坡，全英文操作系統，而且時間格式也不知道設置成啥樣了，我估計時間格式包含了類似的 #，正好又遇到了前后綴 # ，拆分上就出錯了，導致了經典的 該字符串未被識別為有效的 DateTime 異常被拋出。

這個 bug 改起來還是很簡單的，將 # 換成 ' 即可，也就是: ?SendTime < '2020/11/5'，如果一切順利的話，文章就應該到此為止了，可恰恰上天捉弄，因為是緊急bug，研發老大 & 項目實施 都請假了，我一個人還真搞不定，也不知道給了客戶哪一個 release 版，不想節外生枝，為了先解決這個問題，我想到了一個好辦法，反編譯修改，這是代價最小的，也能最快的搞定。

二：使用 dnspy 反編譯修改代碼

1. 使用 dnspy 的 編輯方法 模式

為了更好的理解通過 dnspy 修改，先來聊一聊 dnspy 最便捷的修改 dll 的方式：編輯方法，這種方式非常方便，無需理解 IL 代碼，為了演示，我舉一個簡單的加法運算。

static?void?Main(string[]?args){var?i?=?10;var?j?=?20;Console.WriteLine($"{i}+{j}={i?+?j}");Console.ReadLine();}

接下來將 var i= 10 改成 ?var i=100 的步驟為：

• 右鍵 編輯方法

• 彈框修改 var i=10 -> var i=100

• 點擊右下角 編譯

• Ctrl + Shift + S 全部保存

• 彈出框中 選擇 確定

截圖大概如下：

最后 bin 目錄下的 exe 就被成功修改了，雙擊之后就能看到你的成果啦！

????????，果然搞定了，是不是太簡單了？感覺做這種反編譯一點門檻都沒有， 哈哈，真的沒有門檻嗎？

不信的話，我舉一個異步方法的例子：

class?Program{static?void?Main(string[]?args){var?query?=?QueryDataTable().Result;Console.WriteLine(JsonConvert.SerializeObject(query));Console.ReadLine();}static?async?Task<DataTable>?QueryDataTable(){var?dt?=?new?DataTable();dt.Columns.Add(new?DataColumn("SendTime"));dt.Rows.Add(dt.NewRow()["SendTime"]?=?"2020/11/14");var?where?=?$"?SendTime?<?#{DateTime.Now.ToString()}#";Console.Write(where?+?"\t");var?task?=?await?Task.Run(()?=>?{?return?dt.Select(where).CopyToDataTable();?});return?task;}}

接下來反編譯一下：

我去，麻煩了，從圖中可以看出兩點信息：

• 異步方法會生成狀態機，用 C# 模式看反編譯的代碼,那些自動生成的狀態機類看都看不到，談何修改？？？比如你能找到：var where = $" SendTime < #{DateTime.Now.ToString()}#"; 嗎？

• 從 <QueryDataTable>d__1 類的命名格式：<QueryDataTable>d__ 來看，你點擊 編譯 按鈕肯定是過不了編譯器的。

而恰恰我遇到的就是這種情況，太坑爹了。。。所以說，不碰 IL 在實際反編譯中是不可能的。

2. 使用 dnspy 的 編輯IL指令 模式

dnspy 中除了編輯方法外，還可以使用 編輯IL指令，這功能就強大了，接下來看看怎么處理呢？操作步驟如下：

• 在 dnspy 中將 C# 切換到 IL 視圖

• 找到需要修改的類的 IL 代碼處，右鍵選擇 編輯IL指令

• 編輯完成之后，點擊 確定

大概截圖如下：

然后雙擊執行 exe ，可以看到已經修改成功了。

不過這里有一個吐糟的地方就是，這次bug我需要修改的地方有多處，而 編輯IL指令 的窗口中并沒有 搜索功能，這就尷尬了，處理起來非常麻煩！

三：使用 ildasm & ilasm ?反編譯修改代碼

1. 介紹

這一對還是蠻有意思的，ildasm 用于查看 dll 中的 il 代碼， ilasm 用于將 il 編譯成 dll，所以兩者配合使用挺好的。

• ildasm 路徑：C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools\ildasm.exe

• ilasm ?路徑：C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ilasm.exe

2. 使用 ildasm 導出 il文件

打開 ildasm， 點擊 '文件' -> '轉儲' 生成 il 文件，這里我指定名稱為 my.il，接下來就可以在 my.il 中將 # 改成 ' ，如下圖：

3. 使用 ilasm 編譯 il 文件

使用 ilasm 將 my.il 重新生成 ConsoleApp2.exe 即可。

E:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exeMicrosoft (R) .NET Framework IL Assembler. Version 4.8.3752.0 Copyright (c) Microsoft Corporation. All rights reserved. Assembling 'my.il' to EXE --> 'ConsoleApp2.exe' Source file is UTF-8Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::.ctor Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::<QueryDataTable>b__0 Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::.ctor Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::MoveNext Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::SetStateMachine Assembled method ConsoleApp2.Program::Main Assembled method ConsoleApp2.Program::QueryDataTable Assembled method ConsoleApp2.Program::.ctorAssembling 'my.res' to EXE --> 'ConsoleApp2.exe' Source file is UNICODECreating PE fileEmitting classes: Class 1: ConsoleApp2.Program Class 2: ConsoleApp2.Program?>c__DisplayClass1_0 Class 3: ConsoleApp2.Program?QueryDataTable>d__1Emitting fields and methods: Global Class 1 Methods: 3; Class 2 Fields: 2; Methods: 2; Class 3 Fields: 6; Methods: 3; Resolving local member refs: 44 -> 44 defs, 0 refs, 0 unresolvedEmitting events and properties: Global Class 1 Class 2 Class 3 Method Implementations (total): 2 Resolving local member refs: 0 -> 0 defs, 0 refs, 0 unresolved Writing PE file Operation completed successfullyE:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exeMicrosoft (R) .NET Framework IL Assembler. Version 4.8.3752.0 Copyright (c) Microsoft Corporation. All rights reserved. Assembling 'my.il' to EXE --> 'ConsoleApp2.exe' Source file is UTF-8Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::.ctor Assembled method ConsoleApp2.Program?<>c__DisplayClass1_0::<QueryDataTable>b__0 Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::.ctor Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::MoveNext Assembled method ConsoleApp2.Program?<QueryDataTable>d__1::SetStateMachine Assembled method ConsoleApp2.Program::Main Assembled method ConsoleApp2.Program::QueryDataTable Assembled method ConsoleApp2.Program::.ctorAssembling 'my.res' to EXE --> 'ConsoleApp2.exe' Source file is UNICODECreating PE fileEmitting classes: Class 1: ConsoleApp2.Program Class 2: ConsoleApp2.Program?>c__DisplayClass1_0 Class 3: ConsoleApp2.Program?QueryDataTable>d__1Emitting fields and methods: Global Class 1 Methods: 3; Class 2 Fields: 2; Methods: 2; Class 3 Fields: 6; Methods: 3; Resolving local member refs: 44 -> 44 defs, 0 refs, 0 unresolvedEmitting events and properties: Global Class 1 Class 2 Class 3 Method Implementations (total): 2 Resolving local member refs: 0 -> 0 defs, 0 refs, 0 unresolved Writing PE file Operation completed successfully

可以看到，最后編譯成 exe 成功，雙擊 ConsoleApp2.exe 可以看到最新的成果。

四：總結

本篇介紹了兩種修改 dll 的方式,其實實操起來我感覺 ildasm & ilasm 的方式更靈活一點，如果大家有更好的反編譯修改的方式，歡迎留言討論哈！

總結

以上是生活随笔為你收集整理的客户的一个紧急bug，我用了两种方式进行 C# 反编译修改源码的全部內容，希望文章能夠幫你解決所遇到的問題。

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