非同期メソッドでこの同期ラッパーが機能するのはなぜですか？

Question

は考える：

• ASP.NET/WCF Webサービス上のレガシー非非同期APIメソッドが
• 新しい非同期内部ライブラリ
使用する必要があります
• 新しい非同期のWeb APIコントローラーは
• 前進します非同期インターフェイスのみを持つ「ストレージプロバイダ」オブジェクト。そのテストは非同期に実行され、要求コンテキスト外で同期して実行されるときに渡されます。

「go async all way」オプションは、下位互換性を損なう可能性があるため、テーブルにはありません。

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は要求コンテキストで再開しないため、デッドロックは発生しません。

awaitが設定されていないため、ここではConfigureAwait(false)は意味がありません。

もう一つの注意点として、「async all way」は引き続きオプションになるはずです。 WebAPIとWCFクライアントは、実装している実装が同期か非同期かを気にしません。非同期に実装されたWCFメソッドに同期して実装されたWCFメソッドを変更することは、クライアントコードには見えません。