已完成任务上的'await”与使用'Task.Result”相同吗？

await 与 Task.Result 已完成任务：比较分析

Stephen Cleary 的《Concurrency in C# Cookbook》演示了一种非阻塞任务完成检测方法：

<code class="language-csharp">var completedTask = await Task.WhenAny(downloadTask, timeoutTask);
if (completedTask == timeoutTask)
  return null;
return await downloadTask;</code>

这就提出了一个问题：如果await已经完成，第二个downloadTask还有必要吗？为什么不简单地使用downloadTask.Result？

主要区别在于异常处理和死锁避免。

异常处理：一个关键的区别

Task.Result 将异常包装在 AggregateException 中，需要特定的处理。 然而，await 直接传播异常，更好地与异步代码的自然流程保持一致，并避免 AggregateException 管理的复杂性。

预防死锁：安全网

Task.Result 和 Task.Wait 可能会导致死锁，尤其是在异步方法中。 由于在现实场景中明确确定任务完成情况通常具有挑战性，await 提供了更安全的替代方案。

任务处理的最佳实践

为了确保稳健且无死锁的异步编程，请遵循以下准则：

1. 应用程序级异步代码： 优先使用 await。
2. 库级异步代码： Task.Result 或 Task.Wait 在特定实用函数中可能是可以接受的，但始终有明确的文档概述潜在风险。
3. 并行任务代码： Task.Result 和 Task.Wait 可能更适合仔细控制的并行场景。

在大多数情况下，await 是处理已完成任务的推荐方法，保证可靠且无死锁的异步操作。

以上是已完成任务上的'await”与使用'Task.Result”相同吗？的详细内容。更多信息请关注PHP中文网其他相关文章！