「警告CS4014：この呼び出しが待機されていないため、現在のメソッドの実行が継続しています...」の抑制

これは、「待機せずにC＃で非同期メソッドを安全に呼び出す方法」の複製ではありません。

次の警告を適切に抑制するにはどうすればよいですか？

警告CS4014：この呼び出しは待機されていないため、現在のメソッドの実行は、呼び出しが完了する前に続行されます。呼び出しの結果に「待機」演算子を適用することを検討してください。

簡単な例：

static async Task WorkAsync()
{
    await Task.Delay(1000);
    Console.WriteLine("Done!");
}

static async Task StartWorkAsync()
{
    WorkAsync(); // I want fire-and-forget 

    // more unrelated async/await stuff here, e.g.:
    // ...
    await Task.Delay(2000); 
}

私が試したが好きではなかったもの：

static async Task StartWorkAsync()
{
    #pragma warning disable 4014
    WorkAsync(); // I want fire-and-forget here
    #pragma warning restore 4014
    // ...
}

static async Task StartWorkAsync()
{
    var ignoreMe = WorkAsync(); // I want fire-and-forget here
    // ...
}

更新、元の承認された回答が編集されたため、ContinueWithここでは適切ではないと思うので、承認された回答をC＃7.0破棄を使用するものに変更しました。ファイアアンドフォーゲット操作の例外をログに記録する必要があるときはいつでも、Stephen Clearyが提案したより精巧なアプローチを使用します。

C＃7では、破棄を使用できるようになりました。

_ = WorkAsync();

警告を防ぐ拡張メソッドを作成できます。拡張メソッドは空にすることも、.ContinueWith()そこに例外処理を追加することもできます。

static class TaskExtensions
{
    public static void Forget(this Task task)
    {
        task.ContinueWith(
            t => { WriteLog(t.Exception); },
            TaskContinuationOptions.OnlyOnFaulted);
    }
}

public async Task StartWorkAsync()
{
    this.WorkAsync().Forget();
}

ただし、ASP.NETは実行中のタスクの数をカウントするため、Forget()上記の単純な拡張機能では機能せず、代わりに次の例外で失敗する可能性があります。

非同期操作がまだ保留中に、非同期モジュールまたはハンドラーが完了しました。

.NET 4.5.2では、次のようにして解決できますHostingEnvironment.QueueBackgroundWorkItem。

public static Task HandleFault(this Task task, CancellationToken cancelToken)
{
    return task.ContinueWith(
        t => { WriteLog(t.Exception); },
        cancelToken,
        TaskContinuationOptions.OnlyOnFaulted,
        TaskScheduler.Default);
}

public async Task StartWorkAsync()
{
    System.Web.Hosting.HostingEnvironment.QueueBackgroundWorkItem(
        cancelToken => this.WorkAsync().HandleFault(cancelToken));
}

次の属性を使用してメソッドを装飾できます。

[System.Diagnostics.CodeAnalysis.SuppressMessage("Await.Warning", "CS4014:Await.Warning")]
static async Task StartWorkAsync()
{
    WorkAsync();
    // ...
}

基本的に、コンパイラーに自分が何をしているのかを知っていて、起こり得る間違いを心配する必要がないことを伝えています。

このコードの重要な部分は2番目のパラメーターです。「CS4014：」の部分は警告を抑制します。残りは何でも書けます。

これに対処する2つの方法。

それを破棄変数に保存します（C＃7）

例

_ = Task.Run(() => DoMyStuff()).ConfigureAwait(false);

C＃7で破棄が導入されて以来、これは警告を抑制するよりも優れていると考えています。それは警告を抑制するだけでなく、火災のことを忘れる意図を明確にするからです。

さらに、コンパイラーはリリースモードで最適化することができます。

それを抑えるだけ

#pragma warning disable 4014
...
#pragma warning restore 4014

「ファイアアンドフォーゲット」を解決するのに十分なソリューションです。

この警告が表示されるのは、多くの場合、待機せずにタスクを返すメソッドを使用する意図がないためです。発砲して忘れるつもりのときに警告を抑制することは理にかなっています。

スペルの方法を思い出せない場合は#pragma warning disable 4014、Visual Studioに追加してもらうだけです。Ctrl +を押します。「クイックアクション」を開き、「CS2014を非表示にする」

概して

警告を抑制するためだけに、実行にさらに数ティックを必要とするメソッドを作成するのは愚かです。

警告を停止する簡単な方法は、呼び出すときにタスクを割り当てるだけです。

Task fireAndForget = WorkAsync(); // No warning now

したがって、元の投稿では次のようにします。

static async Task StartWorkAsync()
{
    // Fire and forget
    var fireAndForget = WorkAsync(); // Tell the compiler you know it's a task that's being returned 

    // more unrelated async/await stuff here, e.g.:
    // ...
    await Task.Delay(2000); 
}

警告の理由は、WorkAsync Taskが決して読み取られない、または待機されないを返すことです。WorkAsyncの戻り値の型をに設定できvoid、警告はなくなります。

通常、メソッドはTask、呼び出し元がワーカーのステータスを知る必要があるときにを返します。ファイアアンドフォーゲットの場合、呼び出し側が呼び出されたメソッドから独立しているように、voidを返す必要があります。

static async void WorkAsync()
{
    await Task.Delay(1000);
    Console.WriteLine("Done!");
}

static async Task StartWorkAsync()
{
    WorkAsync(); // no warning since return type is void

    // more unrelated async/await stuff here, e.g.:
    // ...
    await Task.Delay(2000); 
}

voidを返す非同期メソッド内にラップしないのはなぜですか？少し時間がかかりますが、すべての変数が使用されます。

static async Task StartWorkAsync()
{   
     async void WorkAndForgetAsync() => await WorkAsync();
     WorkAndForgetAsync(); // no warning
}

今日、私はこのアプローチを偶然見つけました。最初にデリゲートを定義し、非同期メソッドをデリゲートに割り当てることができます。

    delegate Task IntermediateHandler();



    static async Task AsyncOperation()
    {
        await Task.Yield();
    }

それをそのように呼びます

(new IntermediateHandler(AsyncOperation))();

...

デリゲートを使用するときにコンパイラがまったく同じ警告を出さないのは興味深いと思いました。