「async void」イベントハンドラーを回避する必要がありますか？

async void保留中のタスクの追跡がなく、このようなメソッド内でスローされる可能性のある例外を処理するのが難しいため、タスクを開始するためにファイアアンドフォーゲットメソッドを使用することは、一般的に悪い考えと考えられます。

通常、async voidイベントハンドラーも回避する必要がありますか？例えば、

private async void Form_Load(object sender, System.EventArgs e)
{
        await Task.Delay(2000); // do async work
        // ...
} 

次のように書き直すことができます。

Task onFormLoadTask = null; // track the task, can implement cancellation

private void Form_Load(object sender, System.EventArgs e)
{
        this.onFormLoadTask = OnFormLoadTaskAsync(sender, e);
} 

private async Task OnFormLoadTaskAsync(object sender, System.EventArgs e)
{
        await Task.Delay(2000); // do async work
        // ...
} 

再入可能性以外に、非同期イベントハンドラーの水中の岩は何ですか？

ガイドラインは、イベントハンドラーで使用する場合async void を除いて回避するため、イベントハンドラーでの使用async voidは問題ありません。

とは言っても、ユニットテストの理由から、すべてのasync voidメソッドのロジックを除外することがよくあります。例えば、

public async Task OnFormLoadAsync(object sender, EventArgs e)
{
  await Task.Delay(2000);
  ...
}

private async void Form_Load(object sender, EventArgs e)
{
  await OnFormLoadAsync(sender, e);
}

通常、非同期のvoidイベントハンドラーも回避する必要がありますか？

一般に、イベントハンドラーは、void asyncメソッドが潜在的なコードのにおいではない1つのケースです。

ここで、何らかの理由でタスクを追跡する必要がある場合、説明する手法は完全に合理的です。

はい、通常、イベントハンドラの非同期voidが唯一のケースです。詳細については、チャンネル9で素晴らしい動画をご覧ください。

The only case where this kind of fire-and-forget is appropriate is in top-level event-handlers. Every other async method in your code should return "async Task".

ここにリンクがあります

ReSharperを使用している場合、無料のReCommended Extensionが役立ちます。「async void」メソッドを分析し、不適切に使用するとハイライトされます。拡張機能はasync voidのさまざまな使用法を区別し、ReCommended-Extension wikiで説明されている適切なクイックフィックスを提供できます。