C# 对TPL任务对象不调用Dispose（）是否可以接受？_C#_.net_Multithreading_Dispose_Task Parallel Library

C# 对TPL任务对象不调用Dispose（）是否可以接受？

c# .net multithreading

C# 对TPL任务对象不调用Dispose（）是否可以接受？,c#,.net,multithreading,dispose,task-parallel-library,C#,.net,Multithreading,Dispose,Task Parallel Library,我想触发一个在后台线程上运行的任务。我不想等待任务完成在.net 3.5中，我会这样做： ThreadPool.QueueUserWorkItem(d => { DoSomething(); }); 在.NET4中，建议使用TPL。我看到的常见模式是： Task.Factory.StartNew(() => { DoSomething(); }); 但是，该方法返回的对象实现了IDisposable。这似乎被推荐这种模式的人忽略了。有关该方法的MSDN文档说明： “在释放对任

我想触发一个在后台线程上运行的任务。我不想等待任务完成

在.net 3.5中，我会这样做：

ThreadPool.QueueUserWorkItem(d => { DoSomething(); });

在.NET4中，建议使用TPL。我看到的常见模式是：

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

但是，该方法返回的对象实现了

IDisposable

。这似乎被推荐这种模式的人忽略了。有关该方法的MSDN文档说明：

“在释放对任务的最后引用之前，始终调用Dispose。”

在任务完成之前，您无法对其调用dispose，因此让主线程等待并调用dispose将首先挫败在后台线程上执行任务的意义。似乎也没有任何可用于清理的已完成/已完成事件

Task类上的MSDN页面没有对此进行评论，而《Pro C#2010…》一书也推荐了相同的模式，并且没有对任务处理进行评论

我知道如果我离开它，终结器最终会抓住它，但是当我做很多火&忘记这样的任务，终结器线程被淹没时，它会回来咬我吗

因此，我的问题是：

在这种情况下，不调用
```
Task
```
类上的
```
Dispose（）
```
是否可以接受？如果是，为什么会有风险/后果
是否有任何文件对此进行了讨论
或者有没有合适的方法来处理我错过的
```
任务
```
对象
或者，有没有其他方法可以通过TPL完成fire&forget任务

更新（2012年10月）

Task

任务

从.Net 4.5开始，
```
任务
```
唯一分配内部等待句柄（任务对象中唯一的非托管资源）的时间是显式使用任务的
```
IAsyncResult.AsyncWaitHandle
```
时，以及
```
任务
```
对象本身没有终结器；句柄本身包装在一个带有终结器的对象中，因此除非分配了它，否则没有终结器可以运行

public static void FireAndForget<T>(this Action<T> act,T arg1)
{
    var tsk = Task.Factory.StartNew( ()=> act(arg1),
                                     TaskCreationOptions.LongRunning);
    tsk.ContinueWith(cnt => cnt.Dispose());
}

公共静态无效FireAndForget（本行动法案，T arg1）
{
var tsk=Task.Factory.StartNew（（）=>act（arg1），
TaskCreationOptions.LongRunning）；
tsk.ContinueWith（cnt=>cnt.Dispose（））；
}

BeginInvoke

EndInvoke

ContinueWith

任务实例，但参见Stephen Toub的引用是公认的答案：如果没有任何东西执行阻塞，则没有任何东西可处理