我应该在异步 C# 方法中等待或返回任务吗？

异步方法中的等待与返回：后果探索

在 C# 中进行异步编程时，开发人员经常会遇到是否要在另一个方法中等待异步方法调用的问题异步方法或简单地返回任务。虽然这两种方法似乎都有效，但每个选项都有不同的后果，值得考虑。

选项 A：直接返回任务

在这种方法中，异步方法直接返回从嵌套异步调用获取的任务。这类似于编写：

Task FooAsync()
{
    return BazAsync();  // Option A
}

结果：

• 调用者负责等待返回的任务。
• 方法可以从同步和异步上下文中调用。
• 在方法中的同步代码将同步传递。
• 参数验证可以同步进行。

选项 B：等待任务

等待任务时，异步方法显式等待嵌套异步调用完成。写为：

async Task BarAsync()
{
    await BazAsync(); // Option B
}

结果：

• 该方法必须声明为异步，因为它执行等待操作。
• 调用者不需要等待方法本身。
• 异步代码中抛出的异常将异步传递。
• 参数验证无法同步执行。

选择正确的选项

返回或等待之间的选择取决于根据具体场景和要求。

如果该方法执行少量同步工作并且仅调用一个异步方法，返回任务（选项 A）可能是一种更有效的方法。但是，如果该方法需要执行额外的异步工作或异步处理异常，那么等待任务（选项 B）是合适的选择。

需要注意的是，声明为异步的方法不能直接返回任务。如果方法必须返回任务，则它本身必须声明为异步。

实际示例

考虑以下代码片段：

// Version 1:
Task BarAsync()
{
    // No need to gronkle yet...
    return BazAsync();
}

// Oops, for version 2 I need to do some more work...
async Task BarAsync()
{
    int gronkle = await GronkleAsync();
    // Do something with gronkle

    // Now we have to await BazAsync as we're now in an async method
    await BazAsync();
}

最初，BarAsync 方法不需要等待 BazAsync，因此它直接返回任务。然而，当引入额外的异步工作时，BarAsync 必须转换为异步方法并等待 BazAsync。

通过了解异步方法中返回或等待的后果，开发人员可以有效地实现异步代码并避免潜在的陷阱.

以上是我应该在异步 C# 方法中等待或返回任务吗？的详细内容。更多信息请关注PHP中文网其他相关文章！