为什么这个异步方法上的同步包装器起作用？

Question

给定：

• ASP.NET/WCF Web 服务上的旧式非异步 API 方法
• 新的异步内部库
• 未来应该使用的新异步 Web API 控制器
• 只有异步接口的“存储提供者”对象。它的测试在异步运行以及在请求上下文之外同步运行时通过。

“一直异步”选项不在讨论范围内，因为它会破坏向后兼容性。

public class Impl {
    // This works fine when used asynchronously
    public Task<Guid> SaveThingAsync(Thing thingToSave) {
        return await _storageProvider.saveAsync(thingToSave);
    }

    public Guid SaveThing(Thing thingToSave) {
        // "Obviously", this code creates a deadlock when called 
        // from within the request context
        // return SaveThingAsync(thingToSave).Result

        // Not so obviously, this also creates a deadlock
        // return SaveThingAsync(thingToSave)
        //            .ConfigureAwait(false)
        //            .GetAwaiter()
        //            .GetResult()

        // This was deadlocking, but magically stopped
        // return Task.Run(
        //        async () => await SaveThingAsync(thingToSave)
        //                      .ConfigureAwait(false)
        //               ).Result;

        // This one works
        var saveTask = Task.Run(async () => 
                            await SaveThingAsync(thingToSave)));
        var result = saveTask.ConfigureAwait(false).GetAwaiter().GetResult();
        return result;
    }

为什么？

Answer 1

Task.Run 在请求上下文“外部”运行——它只是在线程池上下文中运行。因此，它不会死锁，因为SaveThingAsync 不会在请求上下文中恢复。

顺便说一句，ConfigureAwait(false) 在那里毫无意义，因为没有要配置的await。

另一方面，“一路异步”仍然应该是一个选项。 WebAPI 和 WCF 客户端不关心他们调用的实现是同步的还是异步的。将同步实现的 WCF 方法更改为异步实现的 WCF 方法对客户端代码是不可见的。