.NET中如何等待异步方法返回结果且避免标记方法为async？

一、你实现的方法的本质与风险 #

你写的WaitForResult<T>本质就是直接调用Task.Wait()和Task.Result，这是.NET里同步阻塞等待异步任务的原生写法，但存在关键风险：

• 易引发死锁：如果异步方法默认使用ConfigureAwait(true)捕获上下文，且当前线程是UI线程或传统ASP.NET上下文线程，阻塞等待会占用上下文，导致异步任务完成后无法回到原上下文，最终死锁。
• 阻塞当前线程，浪费线程资源，违背异步编程的初衷。

二、有没有更简便的标准写法？ #

.NET官方并没有提供专门的封装方法（因为不推荐这种同步阻塞的做法），但你可以直接内联调用，不需要单独封装，效果和你的实现一致：

void g()
{
    string str = f().Result;
    // 或者先调用f().Wait()再取Result，逻辑完全相同
}

三、如何避免将g标记为async？ #

官方强烈建议异步代码“一路异步到底”，即从上层调用者开始就使用async/await，避免同步阻塞。但如果因限制必须同步调用，可通过以下方式规避死锁：

1. 使用ConfigureAwait(false)+GetAwaiter().GetResult() #

修改异步方法调用，让它不捕获当前上下文，同时直接抛出原始异常（比Result的AggregateException更便于调试）：

void g()
{
    string str = f().ConfigureAwait(false).GetAwaiter().GetResult();
}

2. 在线程池线程中执行异步方法 #

通过Task.Run将异步方法放到线程池线程执行，避开原上下文的占用：

void g()
{
    string str = Task.Run(() => f()).Result;
}

这种方式能避免UI/ASP.NET上下文死锁，但会额外消耗线程池资源。

四、重要提醒 #

同步阻塞异步代码属于反模式，除非是在无法修改的同步代码中调用异步方法这种极端情况，否则务必遵循“async all the way”原则，将g改为异步方法：

async Task g()
{
    string str = await f();
}

这样能充分发挥异步编程的优势，彻底避免死锁和线程资源浪费。

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