c# - 使用和不使用异步声明的 lambda 之间有区别吗

Question

lambda () => DoSomethingAsync() 之间有区别吗？和 async () => await DoSomethingAsync()当两者都输入为 Func<Task> 时？我们应该选择哪一个？什么时候选择？

这是一个简单的控制台应用

using System;
using System.Threading.Tasks;

namespace asyncDemo
{
    class Program
    {
        static void Main(string[] args)
        {
            var demo = new AsyncDemo();
            var task = demo.RunTheDemo();
            task.Wait();

            Console.ReadLine();
        }
    }

    public class AsyncDemo
    { 
        public async Task Runner(Func<Task> action)
        {
            Console.WriteLine(DateTime.Now.ToLongTimeString() + " Launching the action");
            await action();
        }

        private async Task DoSomethingAsync(string suffix)
        {
            await Task.Delay(2000);
            Console.WriteLine(DateTime.Now.ToLongTimeString() + " Done something, " + suffix);
        }

        public async Task RunTheDemo()
        {
            await Runner(() => DoSomethingAsync("no await"));
            await Runner(async () => await DoSomethingAsync("with await"));
        }
    }
}

输出是:

09:31:08 Launching the action
09:31:10 Done something, no await
09:31:10 Launching the action
09:31:12 Done something, with await

所以在RunTheDemo , 两次调用 await Runner(someLambda);似乎以相同的时间特性做同样的事情——两者都有正确的两秒延迟。

两条线路都有效，那么它们是否完全等同？ () => DoSomethingAsync() 之间有什么区别？和 async () => await DoSomethingAsync()结构体？我们应该选择哪一个？什么时候选择？

这与“我应该在一般情况下使用 await”不是同一个问题，因为这里我们正在处理工作异步代码，lambda 类型为 Func<Task>在消费方法中正确等待。问题涉及如何声明这些 lambda 以及该声明的效果。

Answer 1

Is there a difference between lambdas declared with and without async

是的，有区别。一个是异步 lambda，另一个只是任务返回 lambda。

一个异步 lambda 被编译成一个状态机，而另一个则没有，因此异步 lambda 具有不同的异常语义，因为异常被封装在返回的任务中并且不能同步抛出。

这与常规方法中存在的差异完全相同。例如在这个异步方法之间:

async Task FooAsync()
{
    await DoSomethingAsync("with await");
}

还有这个任务返回方法:

Task FooAsync()
{
    return DoSomethingAsync("no await");
}

查看这些方法可以更清楚地显示差异，但因为 lambda 只是语法糖，实际上被编译成与这些方法行为相同的方法。

Which one should we prefer and when?

这真的取决于你的口味。使用 async 关键字会生成一个状态机，其性能不如简单地返回一个任务。但是，在某些情况下，异常语义可能会令人惊讶。

以这段代码为例:

Hamster hamster = null;
Func<Task> asyncAction = () => FooAsync(hamster.Name);

var task = asyncAction();
try
{
    await task;
}
catch
{
    // handle
}

try-catch block 是否会处理 NullReferenceException？

不会因为调用asyncAction时同步抛出异常。但是，在这种情况下，异常将被处理，因为它在返回的任务中被捕获并在等待该任务时重新抛出。

Func<Task> asyncAction = async () => await FooAsync(hamster.Name);

我个人对这些单行表达式 lambda 使用任务返回 lambda，因为它们通常非常简单。但是我的团队，在出现一些极其有害的错误之后，总是使用 async 和 await 关键字。