简体   繁体   中英

The correct way to Fire-and-Forget an asynchronous delegate

Consider me rusty on the subject of asynchronous delegates.

If I want to call a method asynchronously, in a fire-and-forget style, is this an appropriate way to do it?

Action action = DoSomething;
action.BeginInvoke(action.EndInvoke, null);

The DoSomething() method catches all exceptions and deals with them internally.

Is the call to EndInvoke appropriate? Required?

Is there a clearer way to achieve the same behaviour?

新方法(在.NET 4中)是这样做的:

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

It should be noted that Task.Factory.StartNew(() => DoSomething()); fails to observe any potential exception thrown by the DoSomething method. I know this is what one wants when starting a fire-and-forget operation, but as far as .Net 4 is concerned, any task with an unobserved exception being finalized by the garbage collector would escalate as an unhandled exception that will kill your process. However, in .Net 4.5, the default behavior has changed (see the async & await keywords).

The "old-school" way in .NET 3.5 is to use the ThreadPool :

ThreadPool.QueueUserWorkItem(s => DoSomething());

If you prefer to use asynchronous delegates, then you should know that the call to EndInvoke is necessary, even if you don't have any additional code you wish to execute on callback.

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM