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

当前位置:

首页 > 编程开发 > Objective-C编程 >

客户的一个紧急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();
        }