使用.NET 4 Tasks而不是Thread.QueueUserWorkItem

Question

我一直在阅读关于.NET 4中新TPL的一堆文章。他们中的大多数都建议使用Tasks来代替Thread.QueueUserWorkItem。 但据我所知，任务不是线程。 那么在下面的场景中我想使用.NET 4中新的BlockingCollection类来使用Producer / Consumer队列会发生什么：

1. 使用参数（例如100）初始化队列以指示工作任务的数量。 调用Task.Factory.StartNew（）来创建一堆任务。

2. 然后将新工作项添加到队列中，使用者执行此任务并执行它。

现在基于上面的内容，似乎可以同时执行多少任务的限制，而使用Thread.QueueUserWorkItem时，CLR将使用具有默认池大小的线程池。

基本上我正在尝试做的是弄清楚使用带有BlockingCollection的任务适用于我想创建一个Windows服务，该服务轮询数据库以准备运行的作业。 如果作业已准备好执行，Windows服务中的计时器（我唯一的生产者）将向队列中添加一个新工作项，然后工作将由工作人员任务拾取并执行。

在这种情况下使用Producer / Consumer队列是否有意义？ 那么工人的任务数量呢？

Answer 1

我不确定使用Producer / Consumer队列是否是最好使用的模式，但是关于线程问题。 我相信它。 .NET4任务仍然作为线程运行，但您不必担心这些线程的调度，因为.NET4提供了一个很好的接口。
使用任务的主要优点是：

• 您可以根据需要对这些内容进行排队，而不会为传递给Thread.QueueUserWorkItem的每个排队工作项带来1M内存的开销。
• 它还将管理您的任务将运行的线程和处理器，以改善数据流和缓存。
• 您可以为任务构建依赖性层次结构。
• 它将自动使用尽可能多的机器上可用的核心。