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

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

概述一:背景 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# 反编译修改源码所遇到的程序开发问题。

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

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/langs/1213776.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-04
下一篇 2022-06-04

发表评论

登录后才能评论

评论列表(0条)

保存