以前我在文章《異步函數(shù)帶來(lái)的另一好處—不用混淆代碼了？》里提到過(guò)：對(duì)于新的語(yǔ)法糖async，當(dāng)前反編譯器都無(wú)法還原，而async語(yǔ)法糖生成的函數(shù)有一定復(fù)雜度，相當(dāng)于有一定的自混淆的功能。

今天看到了Telerik這個(gè)出控件的公司出了一款支持async語(yǔ)法糖的反編譯器JustDecompile，便下載試用了一下，確實(shí)能反編譯async語(yǔ)法，非常強(qiáng)大。

首先以一個(gè)最簡(jiǎn)單的異步函數(shù)為例：

????static async Task AsyncTest()
????{
????????await Task.Delay(100);
????????Console.WriteLine("hello world");
????}

對(duì)于這個(gè)函數(shù)，Reflector的反編譯結(jié)果如下（其它不支持async的反編譯器基本上也是這個(gè)結(jié)果）：

????[AsyncStateMachine(typeof(<AsyncTest>d__0)), DebuggerStepThrough]
????private static Task AsyncTest()
????{
????????<AsyncTest>d__0 d__;
????????d__.<>t__builder = AsyncTaskMethodBuilder.Create();
????????d__.<>1__state = -1;
????????d__.<>t__builder.Start<<AsyncTest>d__0>(ref d__);
????????return d__.<>t__builder.Task;
????}

但對(duì)于JustDecompile來(lái)說(shuō)，其反編譯結(jié)果如下：

????private static async Task AsyncTest()
????{
????????await Task.Delay(100);
????????Console.WriteLine("hello world");
????}

基本上完美的還原了async的語(yǔ)法糖，效果非常好。

那么，對(duì)于JustDecompile這類反編譯工具，我們?cè)撊绾伪Ｗo(hù)自己的代碼呢？還是得靠混淆，我用VisualStudio自帶的混淆工具重命名了一下程序集，這次JustDecompile的反編譯結(jié)果如下：

????private static async Task a()
????{
????????a.a variable.b = AsyncTaskMethodBuilder.Create();
????????variable.a = -1;
????????AsyncTaskMethodBuilder asyncTaskMethodBuilder = variable.b;
????????asyncTaskMethodBuilder.Start<a.a>(ref variable);
????????Task task = variable.b.Task;
????????return task;
????}

程序集重命名后JustDecompile就失去了還原async語(yǔ)法糖的功能，和Reflector反編譯的結(jié)果基本一致。

為什么僅重命名程序集能阻止async的還原呢？原理也很簡(jiǎn)單：混淆后async語(yǔ)法糖產(chǎn)生的函數(shù)被重命名了，和C#編譯器生成的規(guī)則不一樣了，JustDecompile按照C#編譯器的規(guī)則無(wú)法還原這個(gè)語(yǔ)法糖，只好輸出IL碼的直接反編譯的效果了。

當(dāng)然，反編譯器也能針對(duì)混淆工具的混淆算法進(jìn)行分析，從而還原混淆后的async語(yǔ)法糖，不過(guò)感覺這樣的難度和工作量都較大，并且意義不大，應(yīng)該不會(huì)去做這種事的。

總結(jié)

以上是生活随笔為你收集整理的支持C# 5.0的async语法的反编译器出来了的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。