以前我在文章《》里提到过：对于新的语法糖async，当前反编译器都无法还原，而async语法糖生成的函数有一定复杂度，相当于有一定的自混淆的功能。

今天看到了这个出控件的公司出了一款支持async语法糖的反编译器，便下载试用了一下，确实能反编译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语法糖，不过感觉这样的难度和工作量都较大，并且意义不大，应该不会去做这种事的。