客户的一个紧急bug，我用了两种方式进行 C# 反编译修改源码

一：背景
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 就被成功修改了，双击之后就能看到你的成果啦！