不等待异步调用仍然是异步的，对吗？

Question

如果这是一个愚蠢的问题（或重复），我很抱歉。

我有一个函数A：

public async Task<int> A(/* some parameters */)
{
    var result = await SomeOtherFuncAsync(/* some other parameters */);

    return (result);
}

我还有另一个函数B，调用A但没有使用返回值：

public Task B(/* some parameters */)
{
    var taskA = A(/* parameters */); // #1

    return (taskA);
}

请注意，B 未声明为 async，并且未等待对 A 的调用。对A 的调用不是一劳永逸的调用——B 由C 调用，如下所示：

public async Task C()
{
    await B(/* parameters */);
}

请注意，在 #1 处，没有 await。我有一位同事声称这使得对A 的调用是同步的，并且他不断提出Console.WriteLine 日志，这似乎证明了他的观点。

我试图指出，仅仅因为我们不等待 B 中的结果，任务链 等待并且 A 中的代码性质不会改变因为我们不等待它。由于不需要来自A 的返回值，因此无需在调用站点等待任务，只要链上的某个人等待它（这发生在C）。

我的同事非常坚持，我开始怀疑自己。是不是我的理解错了？

Answer 1

如果这是一个愚蠢的问题，我很抱歉

这不是一个愚蠢的问题。这是一个重要的问题。

我有一位同事声称这使得对 A 的调用是同步的，他不断提出 Console.WriteLine 日志，这似乎证明了他的观点。

这是根本问题，您需要教育您的同事，以免他们误导自己和他人。 没有异步调用这种东西。 调用不是异步的，永远。跟我说吧。 C# 中的调用不是异步的。在 C# 中，当您调用一个函数时，该函数会在计算完所有参数后立即调用。

如果您或您的同事或您认为存在异步调用之类的东西，那么您将陷入痛苦的世界，因为您对异步工作原理的信念将与现实脱节。

那么，你的同事说得对吗？他们当然是。 对A 的调用是同步的，因为所有函数调用都是同步的。但是他们相信存在“异步调用”这样的东西，这意味着他们对异步在 C# 中的工作方式有很大的误解。

如果您的同事特别认为await M() 以某种方式调用M()“异步”，那么您的同事有很大的误解。 await 是一个操作员。可以肯定的是，它是一个复杂的运算符，但它是一个运算符，它对值进行操作。 await M() 和 var t = M(); await t; 是同一个东西。 await 发生在调用之后，因为await对返回的值进行操作。 await 是不是对编译器的“生成对 M() 的异步调用”或任何此类事情的指令；没有“异步调用”之类的东西。

如果这是他们错误信念的本质，那么您就有机会让您的同事了解await 的含义。 await 意味着简单而强大的东西。意思是：

• 看看我正在操作的Task。
• 如果任务异常完成，则抛出该异常
• 如果任务正常完成，提取该值并使用它
• 如果任务不完整，注册这个方法的剩余部分作为等待任务的延续，并返回一个新的Task代表这个调用的不完整的异步我的来电者的工作流程。

这就是await 所做的一切。它只是检查任务的内容，如果任务不完整，它会说“好吧，在该任务完成之前我们无法在这个工作流上取得任何进展，所以返回给我的调用者，他会为这个 CPU 找到其他东西去做”。

A 中代码的性质不会因为我们不等待而改变。

没错。我们同步调用A，它返回一个Task。调用站点之后的代码在A 返回之前不会运行。 A 的有趣之处在于，A 可以向其调用者返回一个不完整的Task，并且该任务表示异步工作流中的一个节点。工作流已经是异步的，正如您所注意到的，它与A 的返回值在返回之后的操作没有区别； A 不知道你是否要去await 返回的Task。 A 只运行尽可能长的时间，然后它要么返回一个正常完成的任务，要么返回一个异常完成的任务，或者它返回一个不完整的任务。但是您在呼叫站点所做的任何事情都不会改变这一点。

由于不需要A的返回值，所以不需要在调用点等待任务

正确。

没有必要在调用站点等待任务，只要链上的某个人在等待它（这发生在 C 中）。

现在你失去了我。为什么有人必须等待A 返回的Task？ 告诉await 和Task，你为什么认为某人是必需，因为你可能有一个错误的信念。

我的同事非常坚持，我开始怀疑自己。是不是我的理解错了？

你的同事几乎肯定是错的。您的分析似乎是正确的，直到您说每个Task 都是awaited 的要求，这是不正确的。不是await 和Task 是奇怪，因为这意味着您编写了一个程序，您在其中开始操作并且不关心它何时或如何完成，而且它肯定闻起来编写这样的程序不好，但是对于每个Task，await 没有要求。如果您相信存在，请再次说出这种信念是什么，我们会解决的。

Answer 2

你是对的。创建一个任务仅此而已，它并不关心何时以及谁将等待其结果。尝试将await Task.Delay(veryBigNumber); 放入SomeOtherFuncAsync 中，控制台输出应该是您所期望的。

这称为省略，我建议您阅读this blogpost，您可以在其中了解为什么应该或不应该这样做。

还有一些最小（有点复杂）的例子，复制你的代码来证明你是对的：

class Program
    {
        static async Task Main(string[] args)
        {
            Console.WriteLine($"Start of main {Thread.CurrentThread.ManagedThreadId}");
            var task = First();
            Console.WriteLine($"Middle of main {Thread.CurrentThread.ManagedThreadId}");
            await task;
            Console.WriteLine($"End of main {Thread.CurrentThread.ManagedThreadId}");
        }

        static Task First()
        {
            return SecondAsync();
        }

        static async Task SecondAsync()
        {
            await ThirdAsync();
        }

        static async Task ThirdAsync()
        {
            Console.WriteLine($"Start of third {Thread.CurrentThread.ManagedThreadId}");
            await Task.Delay(1000);
            Console.WriteLine($"End of third {Thread.CurrentThread.ManagedThreadId}");
        }
    }

这在End of third之前写了Middle of main，证明它实际上是异步的。此外，您可以（很可能）看到函数的末端与程序的其余部分在不同的线程上运行。 main 的开始和中间总是在同一个线程上运行，因为它们实际上是同步的（main 开始，调用函数链，第三次返回（它可能在带有 await 关键字的行返回）然后 main 继续为如果没有涉及异步函数。两个函数中 await 关键字之后的结尾可以在 ThreadPool 中的任何线程上运行（或在您正在使用的同步上下文中）。

现在有趣的是，如果Third 中的Task.Delay 没有花费很长时间并且实际上是同步完成的，那么所有这些都将在单个线程上运行。更重要的是，即使它会异步运行，它可能都在单个线程上运行。没有规则规定异步函数将使用多个线程，它很可能只是在等待某些 I/O 任务完成时做一些其他工作。