xUnit测试中Task.WaitAll/WhenAll调用异步方法发生死锁问题

咱们来拆解一下你遇到的这个死锁问题——核心原因和异步代码的**同步上下文（Synchronization Context）**脱不了干系，再加上代码里的一个小错误，才导致了卡死的情况。

为什么Task.WaitAll()会引发死锁？ #

xUnit的测试运行环境会给每个异步测试分配一个专属的同步上下文。当你调用Task.WaitAll()时，这是一个同步阻塞调用：它会牢牢卡住当前线程，强制等待所有任务完成。

而你的CreateLdapEntry方法里的await在完成HTTP请求后，需要回到原来的同步上下文，才能继续执行后续的代码（比如读取响应内容、反序列化返回值）。但此时同步上下文的线程已经被WaitAll()死死占住了，根本腾不出手来处理await的回调逻辑——于是就形成了死锁：等待的任务需要上下文才能完成，而上下文被等待本身堵着，双方互相卡死，永远无法推进。

为什么await Task.WhenAll()也会出问题？ #

你提到连await Task.WhenAll()也会死锁，这大概率是因为代码里的一个错误操作：调用了task.Start()。

要知道，异步方法（比如CreateLdapEntry）被调用时，会直接返回一个已经启动的热任务（Hot Task），根本不需要手动调用Start()。这个多余的调用不仅会抛出InvalidOperationException（任务已启动），还可能打乱任务的执行逻辑，间接导致异步等待的异常。

另外，如果你之前用WaitAll()测试时已经触发了死锁，可能需要重启测试环境才能彻底恢复，否则残留的上下文锁可能会影响后续的await WhenAll()测试。

为什么逐个await就没问题？ #

当你逐个await每个CreateLdapEntry调用时，每次await都会主动释放当前的同步上下文，让线程可以去处理其他工作。当单个任务完成后，它会重新获取同步上下文，继续执行下一个await——整个过程不会把同步上下文彻底卡死，自然也就不会出现死锁。

修正后的测试代码 #

移除多余的task.Start()，改用异步等待的await Task.WhenAll()，代码就能正常运行：

[Fact]
public async Task GetLdapEntries_ReturnsLdapEntries()
{
    var ldapEntries = _fixture.CreateMany<LdapEntryDto>(2).ToList();
    var creationTasks = new List<Task>();
    foreach (var led in ldapEntries)
    {
        // 异步方法调用后直接得到已启动的任务，无需Start()
        var task = _attributesServiceClient.CreateLdapEntry(led);
        creationTasks.Add(task);
    }
    // 异步等待所有任务完成，不阻塞同步上下文
    await Task.WhenAll(creationTasks);
    var result = await _ldapAccess.GetLdapEntries();
    result.Should().BeEquivalentTo(ldapEntries);
}

这个修改的核心是：用异步等待替代同步阻塞，让同步上下文可以正常处理所有任务的回调逻辑，从根源上避免死锁。

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