同步等待异步操作，为什么Wait（）在这里冻结程序

Question

我在寻找一个解释，而不仅仅是一个解决方案。我已经知道了解决方案。尽管花了几天时间研究有关基于任务的异步模式（TAP），异步和等待的MSDN文章，但我对某些更详细的信息仍然感到困惑。我正在为Windows Store Apps编写记录器，并且希望同时支持异步和同步记录。异步方法遵循TAP，同步方法应该隐藏所有这些内容，并且外观和工作方式与普通方法类似。这是异步日志记录的核心方法：private async Task WriteToLogAsync(string text){    StorageFolder folder = ApplicationData.Current.LocalFolder;    StorageFile file = await folder.CreateFileAsync("log.log",        CreationCollisionOption.OpenIfExists);    await FileIO.AppendTextAsync(file, text,        Windows.Storage.Streams.UnicodeEncoding.Utf8);}现在对应的同步方法...版本1：private void WriteToLog(string text){    Task task = WriteToLogAsync(text);    task.Wait();}看起来正确，但是不起作用。整个程序永久冻结。版本2：嗯..也许任务没有开始？private void WriteToLog(string text){    Task task = WriteToLogAsync(text);    task.Start();    task.Wait();}这抛出 InvalidOperationException: Start may not be called on a promise-style task.版本3：嗯.. Task.RunSynchronously听起来很有希望。private void WriteToLog(string text){    Task task = WriteToLogAsync(text);    task.RunSynchronously();}这抛出 InvalidOperationException: RunSynchronously may not be called on a task not bound to a delegate, such as the task returned from an asynchronous method.版本4（解决方案）：private void WriteToLog(string text){    var task = Task.Run(async () => { await WriteToLogAsync(text); });    task.Wait();}这可行。因此，2和3是错误的工具。但是1？1有什么问题，与4有什么区别？是什么导致1冻结？任务对象有问题吗？有没有明显的僵局？

Answer 1

async从同步代码中调用代码可能非常棘手。

我在博客上解释了造成这种僵局的全部原因。简而言之，每个上下文的开头都有一个默认保存的“上下文”，await用于恢复该方法。

因此，如果在UI上下文中调用await此async方法，则在完成时，该方法将尝试重新输入该上下文以继续执行。不幸的是，使用Wait（或Result）的代码将在该上下文中阻塞线程，因此该async方法无法完成。

避免这种情况的准则是：

使用ConfigureAwait(continueOnCapturedContext: false)尽可能多地。这使您的async方法可以继续执行而不必重新输入上下文。

一直使用async。使用await代替Result或Wait。

如果您的方法自然是异步的，那么（可能）您不应该公开同步包装器。