线程/线程池或后台工作者答案

【问题标题】：Thread/threadpool or backgroundworker线程/线程池或后台工作者
【发布时间】：2013-06-05 04:53:33
【问题描述】：

我想知道在需要大量性能的任务中使用什么。 Backgroundworker、Thread 或 ThreadPool?

到目前为止，我一直在使用 Threads，但我需要提高应用程序的速度。

【问题讨论】：

这取决于如何使用它们而不是使用什么。

标签： c# multithreading performance backgroundworker threadpool

【解决方案1】：

在线程中启动 CPU 密集型任务的框架与您的问题无关，除非您有过于小粒度的子任务。

当您有多个 CPU 时，您需要将您的工作拆分为可以并行执行的子任务。

【讨论】：

谢谢，这实际上提高了速度。它现在同时执行多项任务，这提高了我的表现。再次感谢

【解决方案2】：

这个选择并不重要。 BackgroundWorker 是一个 ThreadPool 线程，所以无论如何都没有区别。但是，您可以尝试使用 ThreadPool.SetMaxThreads 优化线程数。

您可能希望使用有助于优化并行执行的 System.Threading.Task 类。

【讨论】：

【解决方案3】：

BackgroundWorker 与线程池线程是一回事。它添加了在 UI 线程上运行事件的能力。对于显示进度和使用结果更新 UI 非常有用。因此，它的典型用法是防止 UI 在需要完成工作时冻结。性能不是首要目标，异步运行代码才是。在以后的 .NET 版本中，Task 类和 async/await 关键字也巧妙地扩展了这种模式。

线程池线程对于避免消耗资源很有用。线程是一个昂贵的操作系统对象，您可以创建的数量非常有限。一个线程需要 5 个操作系统句柄和 1 兆字节的虚拟内存地址空间。没有 Dispose() 方法可以提前释放这些句柄。线程池的存在主要是为了重用线程并确保没有太多线程处于活动状态。重要的是，仅当它所做的工作受到限制时才使用线程池线程，理想情况下不超过半秒。并且不经常阻塞。因此，它最适合短时间的工作，而不是性能重要的任何事情。处理 I/O 完成是 TP 线程的理想任务。

是的，也可以使用线程来提高程序的性能。您可以通过使用 Thread 或使用 TaskContinuationOptions.LongRunning 的 Task 来实现。实际获得性能改进有一些硬性要求，它们非常严格：

您需要更多个线程。在理想情况下，两个线程可以将完成工作所需的时间减半。更少，您使用的线程越多。接近这个理想是多么困难，它不会无限扩展。谷歌“阿姆达尔定律”以获取信息。
您需要一台具有多核处理器的机器。这几天很容易得到。您创建的线程数不应超过可用内核数。使用更多通常会降低性能。
您需要一种受计算约束的作业，让处理器的执行引擎成为受限资源。这很常见，但肯定不是灌篮高手。许多作业实际上受到 I/O 吞吐量的限制，例如从文件读取或 dbase 查询。或者受到处理器从 RAM 读取数据的速率的限制。此类作业不会从线程中受益，您将拥有多个可用的执行引擎，但您仍然只有一个磁盘和一个内存总线。
您需要一种算法，该算法可以跨多个线程分配工作，而几乎不需要同步。这通常是要解决的棘手问题，许多算法本质上是非常连续的，不易并行化。
您需要时间和耐心才能使代码稳定并运行良好。编写线程代码是困难，而导致程序每月崩溃一次或偶尔产生无效结果的线程竞赛可能是主要的时间消耗。

【讨论】：

很好的答案！我想我得到了我需要的东西。我该如何结束这个问题？（我是新手）。
@user - 只需将其标记为已回答。点击回答您问题的帖子左侧的复选标记。
您说不要将 BackgroundWorker 用于长时间运行的任务（而是使用 Thread 或 Task）。这是因为它比线程/任务慢，还是与内存有关，还是因为它使系统陷入困境，或者是其他问题？让我们假设一个令人尴尬的并行问题，大约有 4-20 个内核/线程（物理内核要匹配），而问题可能需要几分钟才能解决。
上一个问题你已经知道了，没必要再问了。
你怎么能说“在理想情况下，当你使用两个线程时，你可以将完成工作所需的时间减少一半。”