为什么async关键字会生成一个枚举器&编译时的附加结构?

时间:2014-12-20 08:35:08

标签: c# asynchronous compiler-construction ndepend

如果我创建一个如下所示的简单类:

public class TestClass
{
    public Task TestMethod(int someParameter)
    {
        return Task.FromResult(someParameter);
    }

    public async Task TestMethod(bool someParameter)
    {
        await Task.FromResult(someParameter);
    }
}

并在NDepend中检查它,它表明TestMethod采用bool并且async Task有一个为它生成的结构,带有枚举器,枚举器状态机和一些额外的东西。

enter image description here

为什么编译器使用异步方法的枚举器生成一个名为TestClass+<TestMethod>d__0的结构?

它似乎比实际方法产生更多的IL。在这个例子中,编译器为我的类生成35行IL,同时为结构生成81行IL。它还增加了编译代码的复杂性,并导致NDepend为多个规则违规标记它。

2 个答案:

答案 0 :(得分:3)

async的原始代码生成与枚举器块的代码生成密切相关,因此它们开始在编译器中使用相同的代码进行这两个代码转换。从那以后它发生了很大变化,但它仍然有一些原始设计的延续(例如名称MoveNext)。

有关编译器生成的部分的更多信息,Jon Skeet's blog series是最佳来源。

答案 1 :(得分:2)

这是因为asyncawait关键字只是名为coroutines的语法糖。

没有特殊的IL指令来支持异步方法的创建。相反,异步方法可以被视为某种状态机。

我会尝试尽可能缩短这个例子:

[TestClass]
public class AsyncTest
{
    [TestMethod]
    public async Task RunTest_1()
    {
        var result = await GetStringAsync();
        Console.WriteLine(result);
    }

    private async Task AppendLineAsync(StringBuilder builder, string text)
    {
        await Task.Delay(1000);
        builder.AppendLine(text);
    }

    public async Task<string> GetStringAsync()
    {
        // Code before first await
        var builder = new StringBuilder();
        var secondLine = "Second Line";

        // First await
        await AppendLineAsync(builder, "First Line");

        // Inner synchronous code
        builder.AppendLine(secondLine);

        // Second await
        await AppendLineAsync(builder, "Third Line");

        // Return
        return builder.ToString();
    }
}

这是一些异步代码,因为您可能习惯了:我们的GetStringAsync方法首先同步创建StringBuilder,然后等待一些异步方法,最后返回结果。如果没有await关键字,将如何实施?

将以下代码添加到AsyncTest类:

[TestMethod]
public async Task RunTest_2()
{
    var result = await GetStringAsyncWithoutAwait();
    Console.WriteLine(result);
}

public Task<string> GetStringAsyncWithoutAwait()
{
    // Code before first await
    var builder = new StringBuilder();
    var secondLine = "Second Line";

    return new StateMachine(this, builder, secondLine).CreateTask();
}

private class StateMachine
{
    private readonly AsyncTest instance;
    private readonly StringBuilder builder;
    private readonly string secondLine;
    private readonly TaskCompletionSource<string> completionSource;

    private int state = 0;

    public StateMachine(AsyncTest instance, StringBuilder builder, string secondLine)
    {
        this.instance = instance;
        this.builder = builder;
        this.secondLine = secondLine;
        this.completionSource = new TaskCompletionSource<string>();
    }

    public Task<string> CreateTask()
    {
        DoWork();
        return this.completionSource.Task;
    }

    private void DoWork()
    {
        switch (this.state)
        {
            case 0:
                goto state_0;
            case 1:
                goto state_1;
            case 2:
                goto state_2;
        }

        state_0:
            this.state = 1;

            // First await
            var firstAwaiter = this.instance.AppendLineAsync(builder, "First Line")
                                        .GetAwaiter();
            firstAwaiter.OnCompleted(DoWork);
            return;

        state_1:
            this.state = 2;

            // Inner synchronous code
            this.builder.AppendLine(this.secondLine);

            // Second await
            var secondAwaiter = this.instance.AppendLineAsync(builder, "Third Line")
                                            .GetAwaiter();
            secondAwaiter.OnCompleted(DoWork);
            return;

        state_2:
            // Return
            var result = this.builder.ToString();
            this.completionSource.SetResult(result);
    }
}

显然,第一个await关键字之前的代码保持不变。其他所有内容都转换为状态机,使用goto语句分段执行以前的代码。每当等待任务之一完成时,状态机就会前进到下一步。

这个例子过于简单,以澄清幕后发生的事情。在异步方法中添加错误处理和一些foreach - 循环,状态机变得更加复杂。

顺便说一句,C#中有另一个构造做这样的事情:yield关键字。这也会生成一个状态机,代码看起来与await产生的代码非常相似。

如需进一步阅读,请查看this CodeProject,它会深入了解生成的状态机。