ASP.NET环境下Task未实际完成就触发IsCompleted=true问题求助

• 你使用new Task(async () => {})创建了嵌套的Task<Task>结构：传入的异步lambda返回值为Task，外层Task只会执行到第一个await就标记为完成，不会等待内层异步逻辑执行结束。你调用Task.WaitAll等待的是外层的Task，自然会在Login方法未执行完成时就提前进入后续逻辑。
• ASP.NET环境下使用WaitAll这类同步阻塞API本身就存在同步上下文死锁风险，你在Login方法中使用的ConfigureAwait(false)虽然规避了部分死锁问题，但嵌套Task的逻辑问题优先暴露，最终导致执行顺序不符合预期。

优先推荐全异步写法，ASP.NET场景下尽量避免使用同步阻塞API，使用await+WhenAll更安全：

isLogin = false;

// 单任务直接await即可，无需包装为数组
isLogin = await webserviceclient.Login();

Task[] secondBatch = 
{
    Task.Run(async () => UsersList1 = isLogin ? await webserviceclient.GetAllUsers(1) : null),
    Task.Run(async () => UsersList2 = isLogin ? await webserviceclient.GetAllUsers(2) : null)
};
await Task.WhenAll(secondBatch);

如果你的项目受限于旧代码必须使用同步阻塞逻辑，可以选择以下两种方案修复嵌套Task问题：

方案1：用Task.Run代替new Task #

Task.Run传入异步lambda时会自动展开嵌套的Task<Task>，等待时会等待整个异步逻辑执行完成：

isLogin = false;

Task[] firstBatch = 
{
    Task.Run(async () => isLogin = await webserviceclient.Login())
};
Task.WaitAll(firstBatch);

Task[] secondBatch = 
{
    Task.Run(async () => UsersList1 = isLogin ? await webserviceclient.GetAllUsers(1) : null),
    Task.Run(async () => UsersList2 = isLogin ? await webserviceclient.GetAllUsers(2) : null)
};
Task.WaitAll(secondBatch);

方案2：显式调用Unwrap()展开嵌套Task #

如果必须使用new Task手动调度任务，可以显式调用Unwrap()拿到内层实际执行的异步Task：

isLogin = false;

Task[] firstBatch = 
{
    new Task<Task>(async () => isLogin = await webserviceclient.Login()).Unwrap()
};
firstBatch.ForEach(t => t.Start());
Task.WaitAll(firstBatch);

Task[] secondBatch = 
{
    new Task<Task>(async () => UsersList1 = isLogin ? await webserviceclient.GetAllUsers(1) : null).Unwrap(),
    new Task<Task>(async () => UsersList2 = isLogin ? await webserviceclient.GetAllUsers(2) : null).Unwrap()
};
secondBatch.ForEach(t => t.Start());
Task.WaitAll(secondBatch);

• 非特殊需求不要直接用new Task创建异步任务，绝大多数场景下直接调用异步方法拿返回的Task、或用Task.Run调度任务即可，new Task仅适合创建需要手动控制调度的CPU密集型同步任务。
• ASP.NET环境中尽量避免使用Wait()、WaitAll()、Result这类同步阻塞API，很容易触发同步上下文死锁，全异步流是更安全稳定的选择。

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