以前我在文章《異步函數帶來的另一好處—不用混淆代碼了？》里提到過：對于新的語法糖async，當前反編譯器都無法還原，而async語法糖生成的函數有一定復雜度，相當于有一定的自混淆的功能。

今天看到了Telerik這個出控件的公司出了一款支持async語法糖的反編譯器JustDecompile，便下載試用了一下，確實能反編譯async語法，非常強大。

首先以一個最簡單的異步函數為例：

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

對于這個函數，Reflector的反編譯結果如下（其它不支持async的反編譯器基本上也是這個結果）：

????[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;
????}

但對于JustDecompile來說，其反編譯結果如下：

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

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

那么，對于JustDecompile這類反編譯工具，我們該如何保護自己的代碼呢？還是得靠混淆，我用VisualStudio自帶的混淆工具重命名了一下程序集，這次JustDecompile的反編譯結果如下：

????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語法糖的功能，和Reflector反編譯的結果基本一致。

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

當然，反編譯器也能針對混淆工具的混淆算法進行分析，從而還原混淆后的async語法糖，不過感覺這樣的難度和工作量都較大，并且意義不大，應該不會去做這種事的。

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。