'await' 有效，但调用 task.Result 挂起/死锁

Question

我有以下四个测试，最后一个在我运行时挂起。 为什么会发生这种情况：

[Test]
public void CheckOnceResultTest()
{
    Assert.IsTrue(CheckStatus().Result);
}

[Test]
public async void CheckOnceAwaitTest()
{
    Assert.IsTrue(await CheckStatus());
}

[Test]
public async void CheckStatusTwiceAwaitTest()
{
    Assert.IsTrue(await CheckStatus());
    Assert.IsTrue(await CheckStatus());
}

[Test]
public async void CheckStatusTwiceResultTest()
{
    Assert.IsTrue(CheckStatus().Result); // This hangs
    Assert.IsTrue(await CheckStatus());
}

private async Task<bool> CheckStatus()
{
    var restClient = new RestClient(@"https://api.test.nordnet.se/next/1");
    Task<IRestResponse<DummyServiceStatus>> restResponse = restClient.ExecuteTaskAsync<DummyServiceStatus>(new RestRequest(Method.GET));
    IRestResponse<DummyServiceStatus> response = await restResponse;
    return response.Data.SystemRunning;
}

---

我将此扩展方法用于restsharp RestClient ：

public static class RestClientExt
{
    public static Task<IRestResponse<T>> ExecuteTaskAsync<T>(this RestClient client, IRestRequest request) where T : new()
    {
        var tcs = new TaskCompletionSource<IRestResponse<T>>();
        RestRequestAsyncHandle asyncHandle = client.ExecuteAsync<T>(request, tcs.SetResult);
        return tcs.Task;
    }
}

public class DummyServiceStatus
{
    public string Message { get; set; }
    public bool ValidVersion { get; set; }
    public bool SystemRunning { get; set; }
    public bool SkipPhrase { get; set; }
    public long Timestamp { get; set; }
}

为什么最后一个测试挂起？

Answer 1

通过异步方法获取值：

var result = Task.Run(() => asyncGetValue()).Result;

同步调用异步方法

Task.Run( () => asyncMethod()).Wait();

不会因为使用Task.Run而出现死锁问题。

Answer 2

您遇到了我在我的博客和MSDN 文章中描述的标准死锁情况： async方法试图将其继续安排到被调用Result阻塞的线程上。

在这种情况下，您的SynchronizationContext是 NUnit 用来执行async void测试方法的。 我会尝试改用async Task测试方法。

Answer 3

您可以避免死锁将ConfigureAwait(false)添加到此行：

IRestResponse<DummyServiceStatus> response = await restResponse;

=>

IRestResponse<DummyServiceStatus> response = await restResponse.ConfigureAwait(false);

我在我的博客文章异步/等待的陷阱中描述了这个陷阱

Answer 4

您正在使用 Task.Result 属性阻止 UI。 在MSDN 文档中，他们明确提到，

" Result属性是一个阻塞属性。如果你在它的任务完成之前尝试访问它，当前处于活动状态的线程将被阻塞，直到任务完成并且值可用。在大多数情况下，你应该使用Await访问该值或等待而不是直接访问该属性。”

这种情况的最佳解决方案是从方法中删除 await 和 async ，并仅在返回结果的地方使用Task 。 它不会弄乱你的执行顺序。

Answer 5

如果你没有得到任何回调或者控件挂了，在调用服务/API 异步函数后，你必须配置 Context 在同一个被调用的上下文上返回结果。

使用TestAsync().ConfigureAwait(continueOnCapturedContext: false);

您只会在 Web 应用程序中遇到此问题，而不会在static void main遇到此问题。

Answer 6

@HermanSchoenfeld 给出的答案的补充。 不幸的是，下面的引用是不正确的：

不会因为使用Task.Run而出现死锁问题。

public String GetSqlConnString(RubrikkUser user, RubrikkDb db) 
{ 
    // deadlock if called from threadpool, 
    // works fine on UI thread, works fine from console main 
    return Task.Run(() => 
        GetSqlConnStringAsync(user, db)).Result; 
}

执行被包装在一个 Task.Run 中，这将在线程池上调度任务并阻塞调用线程。 这没问题，只要调用线程不是线程池线程。 如果调用线程来自线程池，则会发生以下灾难：一个新任务排队到队列的末尾，最终执行该任务的线程池线程被阻塞，直到执行该任务。

在库代码中没有简单的解决方案，因为您无法假设您的代码在什么上下文中被调用。 最好的解决方案是只从异步代码调用异步代码，从同步方法中阻塞同步 API，不要混合它们。

来源：

https://medium.com/rubrikkgroup/understanding-async-avoiding-deadlocks-e41f8f2c6f5d