为什么我的异步任务在 .NET 4.5 应用程序中的结果访问上挂起？

.NET 4.5 异步任务死锁：访问结果属性

本文解决了 .NET 4.5 应用程序中的一个常见问题：访问 Result 属性时异步任务挂起。 该问题通常出现在涉及互连异步方法和同步 UI 方法的场景中。 即使 SQL 查询完成并且 lambda 函数完成，线程也可能在异步方法中的 Result 行上保持阻塞状态。

罪魁祸首：SynchronizationContext 和死锁

根本原因通常是源自SynchronizationContext的僵局。 在 UI 应用程序中，任务并行库 (TPL) 通常将异步方法的延续安排回原始线程。 如果异步调用源自 UI 线程，并且当该线程因等待 Result 而被阻塞时，延续尝试返回到 UI 线程，则会发生死锁。

避免异步死锁的解决方案

有几种方法可以解决这个僵局：

1。 避免 await（对于简单情况）：

对于具有单个返回值的简单方法，请考虑删除 async 和 await 关键字。 相反，直接传递 Task 对象。

2。 强制线程池调度：

使用 ConfigureAwait(false) 显式地将任务延续安排到线程池线程上，绕过 SynchronizationContext。 至关重要的是，将其传播到所有依赖方法中以防止级联死锁。

3。 正念await用法：

使用 await 时，请仔细考虑上下文和潜在的死锁场景，特别是在与 UI 线程交互时。 避免直接调用阻塞操作，例如访问 UI 线程上的 Result 属性。 相反，使用适当的异步模式来处理任务的完成。

以上是为什么我的异步任务在 .NET 4.5 应用程序中的结果访问上挂起？的详细内容。更多信息请关注PHP中文网其他相关文章！