C＃で「return await」の目的は何ですか？

このようなメソッドを書くシナリオはありますか？

public async Task<SomeResult> DoSomethingAsync()
{
    // Some synchronous code might or might not be here... //
    return await DoAnotherThingAsync();
}

これの代わりに：

public Task<SomeResult> DoSomethingAsync()
{
    // Some synchronous code might or might not be here... //
    return DoAnotherThingAsync();
}

理にかなっていますか？

内部呼び出しからreturn await直接戻ることができるのに、なぜ構文を使用するのですか？Task<T>DoAnotherThingAsync()

return awaitたくさんの場所でコードが見つかるので、何かを見落としたかもしれません。しかし、私が理解している限り、この場合はasync / awaitキーワードを使用せず、タスクを直接返すことは機能的に同等です。なぜ追加awaitレイヤーの追加オーバーヘッドを追加するのですか？

場合1卑劣な場合がありreturn、通常の方法およびreturn await中asyncと組み合わせた場合：この方法は、異なる動作using（または、より一般的には、任意return awaitでtryブロック）。

メソッドの次の2つのバージョンを検討してください。

Task<SomeResult> DoSomethingAsync()
{
    using (var foo = new Foo())
    {
        return foo.DoAnotherThingAsync();
    }
}

async Task<SomeResult> DoSomethingAsync()
{
    using (var foo = new Foo())
    {
        return await foo.DoAnotherThingAsync();
    }
}

最初のメソッドはDispose()、メソッドが戻るFooとすぐにオブジェクトを処理しDoAnotherThingAsync()ます。これは、実際に完了する前に行われる可能性があります。つまり、最初のバージョンはおそらくバグが多い（Foo廃棄が早すぎるため）が、2番目のバージョンは問題なく動作する。

必要ない場合async（つまり、Task直接返すことができる場合）は使用しないでくださいasync。

実行する2つの非同期操作return awaitがある場合など、いくつかの状況が役立ちます。

var intermediate = await FirstAsync();
return await SecondAwait(intermediate);

asyncパフォーマンスの詳細については、Stephen ToubのMSDNの記事とビデオを参照してください。

更新：より詳細に説明するブログ投稿を作成しました。

これを実行する唯一の理由awaitは、以前のコードに他のコードが存在する場合、または結果を返す前に何らかの方法で結果を操作している場合です。これが発生している可能性のあるもう1つの方法は、try/catch例外の処理方法を変更するを使用することです。あなたがそれを何もしていないなら、あなたは正しいです、メソッドを作るオーバーヘッドを追加する理由はありませんasync。

結果を待つ必要がある別のケースはこれです：

async Task<IFoo> GetIFooAsync()
{
    return await GetFooAsync();
}

async Task<Foo> GetFooAsync()
{
    var foo = await CreateFooAsync();
    await foo.InitializeAsync();
    return foo;
}

この場合、のタイプは2つのメソッド間で異なり、に直接割り当てることができないため、GetIFooAsync()は結果を待つ必要があります。しかし、結果を待つと、どちらが直接に割り当て可能になるかが決まります。次に、非同期メソッドは結果を内部に再パッケージ化するだけです。GetFooAsyncTTask<Foo>Task<IFoo>FooIFooTask<IFoo>

それ以外の場合は単純な「サンク」メソッドを非同期にすると、非同期ステートマシンがメモリ内に作成されますが、非同期ステートマシンは作成されません。非同期バージョンの方が効率的であるため（実際にそうです）、非同期バージョンの使用を人々に指摘することがよくありますが、ハングした場合、そのメソッドが「リターン/継続スタック」に関与している証拠はありません。これにより、ハングの理解が困難になる場合があります。

つまり、perfが重要ではない場合（そして通常は重要ではない）、これらのすべてのサンクメソッドに非同期をスローし、非同期状態マシンを使用して、後でハングを診断し、それらがサンクメソッドは時間の経過とともに進化するため、スローではなくフォールトタスクを確実に返します。

return awaitを使用しない場合は、デバッグ中または例外のログに出力されたときにスタックトレースを破壊する可能性があります。

タスクを返すと、メソッドは目的を果たし、コールスタックの外に出ます。使用return awaitすると、コールスタックに残されます。

例えば：

awaitを使用する場合の呼び出しスタック：AはBからのタスクを待機中=> BはCからのタスクを待機中

awaitを使用しない場合の呼び出しスタック：Aは、Bが返したCからのタスクを待機しています。

これも私を混乱させ、以前の答えはあなたの実際の質問を見落としたと私は感じています：

DoAnotherThingAsync（）の内部呼び出しからTaskを直接返すことができるのに、なぜreturn await構文を使用するのですか？

まあ、実際にはが必要な場合もありますTask<SomeType>が、ほとんどの場合、実際にはのインスタンスSomeType、つまりタスクの結果が必要です。

あなたのコードから：

async Task<SomeResult> DoSomethingAsync()
{
    using (var foo = new Foo())
    {
        return await foo.DoAnotherThingAsync();
    }
}

構文に不慣れな人（私など）は、このメソッドがを返すはずだと思っているかもしれませんTask<SomeResult>が、でマークされてasyncいるため、実際の戻り値の型はSomeResultです。だけを使用するとreturn foo.DoAnotherThingAsync()、コンパイルされないタスクが返されます。正しい方法はので、タスクの結果を返すことですreturn await。