C# 什么时候多重等待才有意义？

我对c#async/await机制有一些误解。 两者之间有什么本质区别吗

private async void Init()
{
    await Task.Run(() => Do1());
    await Task.Run(() => Do2());
}

private async void Init()
{
    await Task.Run(() => Do1());
    Do3();
}

及

我看到的唯一区别是：在第一个示例中，Do1和Do2将在不同的线程中运行，而在第二个示例中，Do1和Do2将在同一个线程中运行。但是，它的真正好处是什么？什么时候我更喜欢第一种方法而不是第二种方法，反之亦然

编辑：第二种情况

两者的区别是什么

private async void Init()
{
    await Task.Run(() => Do1());
    await Task.Run(() => Do2());
}

private async void Init()
{
    await Task.Run(() => Do1());
    Do3();
}

及

• 如果

  Do1（）

  和

  Do2（）

  彼此独立，则应分别运行它们。如果它们是长时间运行/阻塞的进程，这一点更为重要
• 另一方面，如果它们是相关的，并且第一个线程执行另一个线程所需的一些操作，那么最好在一个线程中运行它们，以减少线程开销。毕竟，您提前知道它们需要按顺序运行

区别在于：

第一个例子：

• 您将线程池线程上的

  Do1

  排队并异步等待它完成，然后对

  Do2

  执行完全相同的操作。它们可以在不同的线程上运行
• 将

  Do1

  和

  Do2

  排队，以便在同一线程池线程上依次同步执行

第二个例子：

• 将线程池上的

  Do1

  排队并异步等待它完成，然后同步调用

  Do3

• 这与第一个示例的第二部分完全相同

请注意，当您等待时，您会异步等待操作完成，因此除非方法完成，否则它不会执行下一行代码

我假设你在问自己，一个是否比另一个更可取，在大多数情况下，这要视情况而定。如果您在控制台应用程序中运行，并且要异步等待

Do1

完成，则将这两个方法传递给相同的

任务。运行
调用。如果您计划在需要同步的地方执行此操作，例如GUI应用程序，那么任何需要与UI控件交互的操作都应该在UI线程上调用

另一个更常见的选择是，当您有两个相互独立的操作时，您希望同时启动它们并等待两者完成。这是您使用任务的地方。当所有

var firstDo = Task.Run(() => Do1());
var secondDo = Task.Run(() => Do2());
await Task.WhenAll(firstDo, secondDo);

旁注：

不要在没有返回值的异步方法中使用
async void
，这就是
async Task
的用途。前者只允许与事件处理程序兼容，我假设情况并非如此。
在您的特定情况下，第二种方法更好。因为在Do1之后的任何方式，Do2都将被执行，所以结果没有差异。task.run在第一种方法中增加了一些开销。还要注意，在这两种情况下，Do1都会先运行，并在完成Do2之后运行starts@M.kazemAkhgary在第一种情况下，他们是否在任务开始时一个接一个地运行，然后我们立即等待？也就是说，如果它们被分配给变量并在等待第一个变量之前启动，它们会同时运行吗？是的。如果将它们存储在变量中，然后等待，它们将单独运行，但现在因为在创建任务后有等待，它们会一个接一个地启动@dhunt，所以主要区别在于任务创建开销？好啊请再告诉我一件事：如果我没有第二个等待，只是一个常规的继续方法（请看我的编辑）。那么有什么区别呢？@Sergey永远不要使用
async void
，除非你想实现一个异步事件处理程序。无法等待
异步void
方法，也无法捕获任何异常。在这两种情况下，它们一个接一个地运行。我看到的唯一区别是：在第一种情况下，它们将在各自的线程中运行。但不是同时！第二个任务的线程将仅在第一个任务完成后启动。因此，除了一些性能开销之外，我看不出这两种情况之间有什么本质区别。