なぜメソッドを「待ち」、すぐにその戻り値を調べるのでしょうか？

で、このMSDNの記事、次のコード例は、（わずかに簡潔にするために編集された）が設けられています。

public async Task<ActionResult> Details(int? id)
{
    if (id == null)
    {
        return new HttpStatusCodeResult(HttpStatusCode.BadRequest);
    }

    Department department = await db.Departments.FindAsync(id);

    if (department == null)
    {
        return HttpNotFound();
    }

    return View(department);
}

このFindAsyncメソッドは、DepartmentIDでオブジェクトを取得し、を返しますTask<Department>。次に、部門がすぐにチェックされ、nullかどうかが確認されます。私が理解しているように、この方法でタスクの値を要求すると、待機中のメソッドから値が返されるまでコード実行がブロックされ、事実上これが同期呼び出しになります。

なぜこれをするのですか？Find(id)とにかくすぐにブロックする場合は、単に同期メソッドを呼び出す方が簡単ではありませんか？

私が理解しているように、この方法でタスクの値を要求すると、待機メソッドから値が返されるまでコードの実行がブロックされ、事実上これが同期呼び出しになります。

そうでもない。

呼び出すとawait db.Departments.FindAsync(id)、タスクが送信され、現在のスレッドが他の操作で使用するためにプールに返されます。実行の流れはブロックされます（department物事を正しく理解すれば、すぐに使用するかどうかに関係なく）、操作がマシン外で完了するのを待つ間、スレッド自体は他の物によって自由に使用できます（そしてイベントまたは完了ポートによって通知されます）。

呼び出したd.Departments.Find(id)場合、スレッドはほとんどの処理がDB上で行われているにもかかわらず、そこに座って応答を待ちます。

ディスクがバインドされると、CPUリソースを効果的に解放します。

タスクを待つ前に数行待つ方法がどの例にも示されていないことは本当に嫌です。このことを考慮。

Foo foo = await getFoo();
Bar bar = await getBar();

Console.WriteLine(“Do some other stuff to prepare.”);

doStuff(foo, bar);

これは、サンプルで推奨されている種類のコードであり、そのとおりです。これにはほとんど意味がありません。メインスレッドはUI入力への応答など、他のことを行うために解放されますが、async / awaitの真の力は、長時間実行される可能性のあるタスクが完了するのを待っている間、他のことを簡単に続けることができることです。上記のコードは「ブロック」され、Foo＆Barが表示されるまで印刷行の実行を待機します。しかし待つ必要はありません。待機中に処理できます。

Task<Foo> foo = getFoo();
Task<Bar> bar = getBar();

Console.WriteLine(“Do some other stuff to prepare.”);

doStuff(await foo, await bar);

さて、コードを書き直したので、停止することなく、必要になるまで値を待ちます。私は常にこの種の機会に目を光らせています。待つ時間を賢くすることで、パフォーマンスが大幅に向上する可能性があります。最近、複数のコアがありますが、それらを使用することもあります。

そのため、ここでは舞台裏でさらに多くのことが起こります。Async / Awaitは構文糖衣です。最初にFindAsync関数のシグネチャを見てください。タスクを返します。すでにキーワードの魔法を目にしているので、そのタスクを部門に展開します。

呼び出し元の関数はブロックしません。起こることは、部門への割り当てとawaitキーワードに続くすべてがクロージャーに入れられ、すべての意図と目的のためにTask.ContinueWithメソッドに渡されることです（FindAsync関数は自動的に別のスレッドで実行されます）。

もちろん、操作は元のスレッドにマーシャリングされるため（バックグラウンド操作を実行するときにUIと同期する必要がなくなります）、呼び出し関数がAsync（非同期的に呼び出される）同じことがスタックで発生します。

そのため、落とし穴なしで非同期操作の魔法を得ることができます。

いいえ、すぐには戻りません。awaitはメソッド呼び出しを非同期にします。FindAsyncが呼び出されると、Detailsメソッドは終了していないタスクを返します。FindAsyncが終了すると、その結果をdepartment変数に返し、残りのDetailsメソッドを再開します。

「非同期」をコントラクトのように考えるのが好きです。コントラクトは、「必要に応じて非同期で実行できますが、他の同期関数のように呼び出すこともできます」と言っています。

つまり、ある開発者が関数を作成し、いくつかの設計上の決定により、それらの関数を「非同期」として作成/マークすることになりました。関数の呼び出し元/消費者は、決定したとおりにそれらを使用する自由があります。あなたが言うように、関数呼び出しの直前にawaitを呼び出して待機することができます。これにより、同期関数のように処理できますが、必要であれば、

Task<Department> deptTask = db.Departments.FindAsync(id);

そして、たとえば、呼び出す関数の10行下に

Department d = await deptTask;

したがって、非同期関数として処理します。

それはあなた次第です。

「とにかくすぐにブロックする場合」、アンサーは「はい」です。高速応答が必要な場合にのみ、await / asyncが有効です。たとえば、UIスレッドは本当に非同期メソッドになり、UIスレッドは戻り、ボタンクリックをリッスンし続けますが、「await」以下のコードは他のスレッドによって実行され、最終的に結果を取得します。