``等待'vs.' task.result”：您什么时候应该使用每种，为什么会造成僵局？

await 与 Task.Result：使用方法差异及死锁原因

在处理异步代码时，理解 await 和 Task.Result 获取结果值的区别至关重要。混淆两者可能导致死锁，尤其是在使用实现异步方法的 API 时。

考虑以下测试场景：

[Test]
public async void CheckStatusTwiceResultTest()
{
    Assert.IsTrue(CheckStatus().Result); // 此处挂起
    Assert.IsTrue(await CheckStatus());
}

在这个测试中，我们首先尝试使用 Task.Result 从异步方法 CheckStatus 获取结果。然而，这种方法会挂起，因为我们实际上是在执行同步等待任务完成，阻塞了执行线程。

要理解为什么会发生这种情况，我们需要检查 CheckStatus 方法：

private async Task<bool> CheckStatus()
{
    // 进行 REST API 调用
    IRestResponse<dummyservicestatus> response = await restResponse;
    return response.Data.SystemRunning;
}

此方法使用 await 进行异步 API 调用，这意味着执行会继续进行，而无需等待响应。当我们对这个异步方法调用 Task.Result 时，它实际上会阻塞执行线程，等待结果。

由于 CheckStatus 方法本身包含异步操作（REST API 调用），尝试通过 Task.Result 进行同步等待会造成死锁。主执行线程正在等待 API 调用的结果，而 API 调用正在等待主线程继续执行。

访问异步方法结果的正确方法是使用 await 关键字，如下面的测试所示：

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

在这里，我们使用 await 来释放执行线程，允许 API 调用异步完成。操作完成后，执行恢复，从任务中获取结果，而不会导致死锁。

总之，为了有效地处理异步代码，请记住，在使用异步方法时应避免使用 Task.Result，因为它可能导致死锁。应改用 await 关键字来释放线程并防止此类问题。

以上是``等待'vs.' task.result”：您什么时候应该使用每种，为什么会造成僵局？的详细内容。更多信息请关注PHP中文网其他相关文章！