无法主动触发异步死锁：我的代码逻辑存在哪些误解？

核心误区拆解 #

• 误区1：用Task.FromResult模拟异步操作，未触发真正的上下文切换
  Task.FromResult("Result")返回的是已完成的Task，await这类任务时，不会释放当前线程，也不会触发同步上下文的捕获与恢复逻辑。异步死锁的核心矛盾是：同步阻塞（如.Result）占用了上下文线程，而异步代码完成后需要回到该上下文才能继续执行，两者互相等待。但你的代码里，await的是已完成任务，后续代码直接在原线程执行，根本不会触发上下文等待的场景。

• 误区2：对Web API的同步上下文理解有误
  .NET Framework 4.7.1的Web API使用AspNetSynchronizationContext，该上下文的规则是同一时间只允许一个线程进入，但只有当异步代码需要恢复到这个上下文时才会产生冲突。你当前的代码没有触发上下文切换，所以即使调用.Result，也不会出现死锁。

• 误区3：误用Thread.Sleep标记异步执行
  Thread.Sleep是同步阻塞操作，只会占用当前线程，不会让异步任务切换到其他线程执行。异步代码的关键是释放线程以处理其他请求，Thread.Sleep反而会无意义占用线程池资源，和异步上下文切换没有关系。

正确触发异步死锁的代码示例 #

要触发典型异步死锁，需满足两个条件：

1. 异步代码await时捕获了同步上下文（默认行为）
2. 同步代码用.Result/.Wait()阻塞了持有该上下文的线程

修改代码，将Task.FromResult替换为真正的异步操作（如Task.Delay），即可触发死锁：

public class TestingController : ApiController
{
    [HttpPost]
    [Route("api/Testing/TriggerAsyncDeadlock")]
    [ResponseType(typeof(string))]
    public HttpResponseMessage TriggerAsyncDeadlock()
    {
        // 用.Result阻塞当前上下文线程
        return Request.CreateResponse(HttpStatusCode.OK, new AsyncCaller().CallerAsync().Result);
    }
}

public class AsyncBase
{
    public async Task<string> BaseAsync()
    {
        Thread.Sleep(500);
        // 换成真正的异步操作，会释放当前线程，await后需要回到原上下文
        var ret = await Task.Delay(500).ContinueWith(_ => "Result");
        Thread.Sleep(500);
        return ret;
    }
}

public class AsyncCaller
{
    public async Task<string> CallerAsync()
    {
        Thread.Sleep(500);
        var ret = "These are the results: ";
        var asyncBase = new AsyncBase();
        for (var i = 1; i < 5; i++)
        {
            ret += $"'{await asyncBase.BaseAsync()}',";
            Thread.Sleep(500);
        }
        return ret.Substring(0, ret.Length - 1);
    }
}

逻辑说明：await Task.Delay(500)是真正的异步操作，会释放当前Web API上下文线程。异步完成后，代码需要回到原AspNetSynchronizationContext继续执行后续逻辑，但此时原线程被.Result阻塞着等待异步完成，形成互相等待的死锁。

内容的提问来源于stack exchange，提问作者R Stevens