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

周五下午经营反馈了一个紧急 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 批改，先来聊一聊 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 在理论反编译中是不可能的。

dnspy 中除了 编辑办法 外，还能够应用 编辑 IL 指令，这性能就弱小了，接下来看看怎么解决呢？操作步骤如下：

在 dnspy 中将 C# 切换到 IL 视图
找到须要批改的类的 IL 代码处，右键抉择 编辑 IL 指令
编辑实现之后，点击 确定

大略截图如下：

而后双击执行 exe，能够看到曾经批改胜利了。

不过这里有一个吐糟的中央就是，这次 bug 我须要批改的中央有多处，而 编辑 IL 指令 的窗口中并没有搜寻性能，这就难堪了，解决起来十分麻烦！

这一对还是蛮有意思的，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

关上 ildasm，点击 ‘ 文件 ’ -> ‘ 转储 ’ 生成 il 文件，这里我指定名称为 my.il，接下来就能够在 my.il 中将 # 改成 ‘，如下图：

应用 ilasm 将 my.il 从新生成 ConsoleApp2.exe 即可。


E:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exe

Microsoft (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-8

Assembled 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::.ctor

Assembling 'my.res'  to EXE --> 'ConsoleApp2.exe'
Source file is UNICODE

Creating PE file

Emitting classes:
Class 1:        ConsoleApp2.Program
Class 2:        ConsoleApp2.Program?>c__DisplayClass1_0
Class 3:        ConsoleApp2.Program?QueryDataTable>d__1

Emitting 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 unresolved

Emitting 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

E:\net5\ConsoleApp2\ConsoleApp2\bin\Debug>ilasm my.il my.res /output=ConsoleApp2.exe /exe

Microsoft (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-8

Assembled 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::.ctor

Assembling 'my.res'  to EXE --> 'ConsoleApp2.exe'
Source file is UNICODE

Creating PE file

Emitting classes:
Class 1:        ConsoleApp2.Program
Class 2:        ConsoleApp2.Program?>c__DisplayClass1_0
Class 3:        ConsoleApp2.Program?QueryDataTable>d__1

Emitting 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 unresolved

Emitting 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 的形式更灵便一点，如果大家有更好的反编译批改的形式，欢送留言探讨哈！

更多高质量干货：参见我的 GitHub: dotnetfly

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

一：背景

1. 讲故事

二：应用 dnspy 反编译批改代码

1. 应用 dnspy 的编辑办法模式

2. 应用 dnspy 的编辑 IL 指令模式

三：应用 ildasm & ilasm 反编译批改代码

1. 介绍

2. 应用 ildasm 导出 il 文件

3. 应用 ilasm 编译 il 文件

四：总结