Simplest way to do a fire and forget method in C#?

For C# 4.0 and newer, it strikes me that the best answer is now given here by Ade Miller: Simplest way to do a fire and forget method in c# 4.0

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

Or even...

Task.Factory.StartNew(FireAway); 

Or...

new Task(FireAway).Start(); 

Where FireAway is

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

So by virtue of class and method name terseness this beats the threadpool version by between six and nineteen characters depending on the one you choose :)

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

For .NET 4.5:

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

To add to Will's answer, if this is a console application, just throw in an AutoResetEvent and a WaitHandle to prevent it exiting before the worker thread completes:

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(); } } 

An easy way is to create and start a thread with parameterless lambda:

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

By using this method over ThreadPool.QueueUserWorkItem you can name your new thread to make it easier for debugging. Also, don't forget to use extensive error handling in your routine because any unhandled exceptions outside of a debugger will abruptly crash your application:

The recommended way of doing this when you are using Asp.Net and .Net 4.5.2 is by using QueueBackgroundWorkItem. Here is a helper class:

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 } }); } } 

Usage example:

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

or using async:

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

This works great on Azure Web Sites.

Reference: Using QueueBackgroundWorkItem to Schedule Background Jobs from an ASP.NET Application in .NET 4.5.2

Almost 10 years later:

Task.Run(FireAway); 

I would add exception handling and logging inside FireAway

Calling beginInvoke and not catching EndInvoke is not a good approach. Answer is simple: The reason that you should call EndInvoke is because the results of the invocation (even if there is no return value) must be cached by .NET until EndInvoke is called. For example if the invoked code throws an exception then the exception is cached in the invocation data. Until you call EndInvoke it remains in memory. After you call EndInvoke the memory can be released. For this particular case it is possible the memory will remain until the process shuts down because the data is maintained internally by the invocation code. I guess the GC might eventually collect it but I don't know how the GC would know that you have abandoned the data vs. just taking a really long time to retrieve it. I doubt it does. Hence a memory leak can occur.

More can be found on http://haacked.com/archive/2009/01/09/asynchronous-fire-and-forget-with-lambdas.aspx

The simplest .NET 2.0 and later approach is using the Asynchnonous Programming Model (ie. BeginInvoke on a delegate):

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 ); } 

The simplest way to do fire-and-forget is to use the discard pattern:

_ = MyFireAndForgetTask(myParameters); 

This notifies your method that the result of your Task will not be needed and execution of the thread is not stalled.

Please note that the Task must call Task.Run within it to be asynchronous using this pattern. Using our previous method as an example:

Task MyFireAndForgetTask(myParameters) { return Task.Run(/* put Task, Func<T>, or Action here*/); } 

If this step is ignored, the Task will run synchronously and will not behave as expected.

Furthermore the assignment pattern can be used. This is useful for when the method runs until the last line but hangs until the Task is finished. We will utilize Task.Wait() for this. Using our previous method as an example:

void MyCustomEventHandler(object sender, EventArgs args) { /* perform some code here */ var myTask = MyFireAndForgetTask(myParameters); /* perform some more code here; thread is not blocked */ /// Hang the method until the Task is completed. /// using "await myTask;" is equivalent. myTask.Wait(); } 

This will perform a fire-and-forget-till-completion, which is mandatory on some platforms (i.e. ASP.NET).

If you want to test in Console keep in mind that Console.ReadKey() or something like that is needed before Console loses its thread by Press any key to continue ...

public static void Main() { Task.Factory.StartNew(async () => { await LongTaskAsync(); }, TaskCreationOptions.LongRunning).ConfigureAwait(false); Console.WriteLine("Starts immediately"); Console.ReadKey(); } static async Task LongTaskAsync() { await Task.Delay(5000); Console.WriteLine("After 5 seconds delay"); }