首页 > 解决方案 > 何时使用 Task.Run().GetAwaiter().GetResult() 和 ().GetAwaiter.GetResult()?

问题描述

我有一个需要同步调用的异步任务(是的,不幸的是,这是不可避免的)。似乎有两种方法可以实现这一点 - 每一种似乎都有效。所以我不确定哪个是最好的方法,或者是否有更好的方法。

例如:

var meetings = Task.Run(() => GetTodaysMeetingsAsync()).GetAwaiter().GetResult();

var meetings = GetTodaysMeetingsAsync().GetAwaiter().GetResult();

如果有人可以解释为什么一种方法比另一种更好,那将不胜感激。谢谢!

标签: c#.netasynchronous.net-coretask

解决方案


当您使用Task.Run时,委托的初始同步部分在线程池线程上运行,而只会().GetAwaiter().GetResult()在同一线程上运行该同步部分。

UsingTask.Run(...).GetAwaiter().GetResult()可以用作运行异步代码并同步等待它的解决方法,它不会导致异步死锁,而().GetAwaiter().GetResult()可以。请注意,它仍然不是“安全的”,因为您可能在线程池线程中阻塞,在服务器上这可能导致线程池在负载时耗尽。

如果你想运行一个Task返回方法,并且知道初始同步部分是微不足道的,并且你知道异步方法的其余部分不会运行 a SynchronizationContext,只是().GetAwaiter().GetResult()可以进行微优化,我会说只做如果你确切地知道你在做什么。

你怎么知道你在 no 下运行SynchronizationContextSynchronizationContext.Current将是null,由于以下原因之一:

  • 知道您的代码在没有应用程序模型(控制台应用程序、ASP.NET Core、Windows 服务)下运行
  • 您以前在当前堆栈中使用.ConfigureAwait(false)了一个等待的不完整。Task
  • 您已明确调用SynchronizationContext.SetSynchronizationContext(null)

所以你看,有很多事情要考虑,所以一般来说你几乎总是想使用Task.Run(...).GetAwaiter.GetResult().


推荐阅读