C＃でfire and forgetメソッドを実行する最も簡単な方法は？

私はWCFでそれらが[OperationContract(IsOneWay = true)]属性を持っているのを見ました。しかし、WCFは、ノンブロッキング関数を作成するためだけに、遅くて重いようです。static void nonblockingのようなものが理想的ですがMethodFoo(){}、それは存在しないと思います。

C＃でノンブロッキングメソッドコールを作成する最も速い方法は何ですか？

例えば

class Foo
{
    static void Main()
    {
        FireAway(); //No callback, just go away
        Console.WriteLine("Happens immediately");
    }

    static void FireAway()
    {
        System.Threading.Thread.Sleep(5000);
        Console.WriteLine("5 seconds later");
    }
}

注意：これを読んでいる人はみな、メソッドを実際に終了させたいかどうかを検討する必要があります。（＃2のトップアンサーを参照）メソッドを終了する必要がある場合は、ASP.NETアプリケーションなどの一部の場所で、スレッドをブロックして存続させるために何かを行う必要があります。それ以外の場合、これは「fire-forget-but-never-actually-execute」につながる可能性があります。その場合、もちろん、コードをまったく記述しない方が簡単です。（これがASP.NETでどのように機能するかについての良い説明）

ThreadPool.QueueUserWorkItem(o => FireAway());

（5年後...）

Task.Run(() => FireAway());

luisperezphdが指摘したように。

C＃4.0以降の場合、ここでAde Millerが最良の答えを提供していることに感銘を受けました。c＃4.0でfire and forgetメソッドを実行する最も簡単な方法

Task.Factory.StartNew(() => FireAway());

あるいは...

Task.Factory.StartNew(FireAway);

または...

new Task(FireAway).Start();

どこFireAwayに

public static void FireAway()
{
    // Blah...
}

したがって、クラスとメソッド名の簡潔さのおかげで、これはスレッドプールのバージョンよりも、選択した文字に応じて6〜19文字分優れています。

ThreadPool.QueueUserWorkItem(o => FireAway());

.NET 4.5の場合：

Task.Run(() => FireAway());

Willの回答に追加するには、これがコンソールアプリケーションの場合、ワーカースレッドが完了する前に終了AutoResetEventするのWaitHandleを防ぐために、とをスローします。

Using System;
Using System.Threading;

class Foo
{
    static AutoResetEvent autoEvent = new AutoResetEvent(false);

    static void Main()
    {
        ThreadPoolQueueUserWorkItem(new WaitCallback(FireAway), autoEvent);
        autoEvent.WaitOne(); // Will wait for thread to complete
    }

    static void FireAway(object stateInfo)
    {
        System.Threading.Thread.Sleep(5000);
        Console.WriteLine("5 seconds later");
        ((AutoResetEvent)stateInfo).Set();
    }
}

簡単な方法は、パラメータなしのラムダでスレッドを作成して開始することです。

(new Thread(() => { 
    FireAway(); 
    MessageBox.Show("FireAway Finished!"); 
}) { 
    Name = "Long Running Work Thread (FireAway Call)",
    Priority = ThreadPriority.BelowNormal 
}).Start();

このメソッドをThreadPool.QueueUserWorkItemで使用することにより、新しいスレッドに名前を付けて、デバッグを容易にすることができます。また、デバッガの外で未処理の例外があるとアプリケーションが突然クラッシュするため、ルーチンで広範なエラー処理を使用することを忘れないでください。

Asp.Netおよび.Net 4.5.2を使用しているときにこれを行うには、を使用することをお勧めしQueueBackgroundWorkItemます。ここにヘルパークラスがあります：

public static class BackgroundTaskRunner
{     
    public static void FireAndForgetTask(Action action)
    {
        HostingEnvironment.QueueBackgroundWorkItem(cancellationToken => // .Net 4.5.2 required
        {
            try
            {
                action();
            }
            catch (Exception e)
            {
                // TODO: handle exception
            }
        });
    }

    /// <summary>
    /// Using async
    /// </summary>
    public static void FireAndForgetTask(Func<Task> action)
    {
        HostingEnvironment.QueueBackgroundWorkItem(async cancellationToken => // .Net 4.5.2 required
        {
            try
            {
                await action();
            }
            catch (Exception e)
            {
                // TODO: handle exception
            }
        });
    }
}

使用例：

BackgroundTaskRunner.FireAndForgetTask(() =>
{
    FireAway();
});

または非同期を使用して：

BackgroundTaskRunner.FireAndForgetTask(async () =>
{
    await FireAway();
});

これは、Azure Webサイトでうまく機能します。

参照：QueueBackgroundWorkItemを使用して、.NET 4.5.2のASP.NETアプリケーションからバックグラウンドジョブをスケジュールする

beginInvokeを呼び出し、EndInvokeをキャッチしないことは良い方法ではありません。答えは簡単です。EndInvokeを呼び出す必要があるのは、呼び出しの結果（戻り値がない場合でも）は、EndInvokeが呼び出されるまで.NETによってキャッシュされる必要があるためです。たとえば、呼び出されたコードが例外をスローした場合、その例外は呼び出しデータにキャッシュされます。EndInvokeを呼び出すまで、メモリに残ります。EndInvokeを呼び出した後、メモリを解放できます。この特定のケースでは、データは呼び出しコードによって内部的に維持されるため、プロセスがシャットダウンするまでメモリが残る可能性があります。GCは最終的にそれを収集する可能性があると思いますが、データを取得するのに非常に長い時間をかけているのではなく、データを放棄したことをGCがどのように認識するかわかりません。疑わしいです。したがって、メモリリークが発生する可能性があります。

詳細はhttp://haacked.com/archive/2009/01/09/asynchronous-fire-and-forget-with-lambdas.aspxにあります。

ほぼ10年後：

Task.Run(FireAway);

FireAway内で例外処理とロギングを追加します

最も単純な.NET 2.0以降のアプローチは、非同期プログラミングモデル（つまり、デリゲートのBeginInvoke）を使用することです。

static void Main(string[] args)
{
      new MethodInvoker(FireAway).BeginInvoke(null, null);

      Console.WriteLine("Main: " + Thread.CurrentThread.ManagedThreadId);

      Thread.Sleep(5000);
}

private static void FireAway()
{
    Thread.Sleep(2000);

    Console.WriteLine("FireAway: " + Thread.CurrentThread.ManagedThreadId );  
}