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

概述一：背景 1. 讲故事 周五下午运营反馈了一个紧急bug，说客户那边一个信息列表打不开，急需解决，附带的日志文件也发过来了，看了下日志大概是这样的： 日期:2020-11-13 12:25:45,92 一：背景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 的步骤为：

右键 编辑方法d框修改 var i=10 -> var i=100点击右下角 编译Ctrl + Shift + S 全部保存d出框中 选择 确定

截图大概如下：

最后 bin 目录下的 exe 就被成功修改了，双击之后就能看到你的成果啦！

总结

以上是内存溢出为你收集整理的客户的一个紧急bug，我用了两种方式进行 C# 反编译修改源码全部内容，希望文章能够帮你解决客户的一个紧急bug，我用了两种方式进行 C# 反编译修改源码所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。