Await 与 Task.Result：什么时候应该在 C# 中使用它们？

C#异步编程中Await和Task.Result的最佳实践

C#中的异步编程经常涉及任务（Task），它们封装了长时间运行的工作单元。处理任务的两种常见方法是await和Task.Result。虽然两者都能达到类似的结果，但它们的行为却存在细微的差别。

await关键字会挂起当前方法的执行，直到等待的任务完成。对于已完全完成的任务，await表达式直接返回任务的结果，使代码更简洁，并可能提高性能。

相反，Task.Result会立即检索任务的结果。如果任务失败，它会抛出一个AggregateException异常，并且在某些异步场景中可能导致死锁。因此，通常建议使用await而不是Task.Result。

Stephen Cleary建议使用await而不是Task.Result，主要基于以下两个原因：

1. 异常处理: await不会将异常包装在AggregateException中，简化了异步代码中的错误管理。
2. 避免死锁: Result和Wait可能会导致死锁，尤其是在异步方法中使用时。await通过确保任务完成后再恢复执行来消除这种风险。

使用指南:

根据Cleary的建议，以下指南适用于Result、Wait和await的使用：

• 异步应用程序代码: 始终使用await。
• 异步实用程序代码: Result和Wait可以谨慎使用，并需提供适当的文档说明。
• 并行任务代码: Result和Wait是合适的。

遵循这些指南可以确保正确处理异步代码，最大限度地减少死锁，并简化错误处理。

以上是Await 与 Task.Result：什么时候应该在 C# 中使用它们？的详细内容。更多信息请关注PHP中文网其他相关文章！