线程/线程池或后台工作者
我想知道什么用于需要很多性能的任务。 Backgroundworker ， Thread还是ThreadPool ？
到目前为止，我一直在使用Threads，但我需要提高应用程序的速度。
BackgroundWorker与线程池线程相同。 它增加了在UI线程上运行事件的能力。 显示进度以及使用结果更新UI非常有用。 因此，它的典型用法是在需要完成工作时防止UI冻结。 性能不是第一个目标， 异步运行代码是。 在后来的.NET版本中，Task <>类和async / await关键字也可以很好地扩展此模式。
线程池线程有助于避免消耗资源。 线程是一个昂贵的操作系统对象，您可以创建非常有限的数量。 一个线程需要5个操作系统句柄和1兆字节的虚拟内存地址空间。 没有Dispose（）方法可以尽早释放这些句柄。 线程池主要用于重用线程并确保它们中没有太多是活动的。 重要的是，只有当它所做的工作有限时才使用线程池线程，理想情况下不要超过半秒。 而不是经常阻止。 因此，它最适合短时间的工作，而不是性能重要的任何事情。 处理I / O完成是TP线程的理想任务。
是的，也可以使用线程来提高程序的性能。 您可以使用Thread或使用TaskContinuationOptions.LongRunning的Task <>来实现。 实际上有一些硬性要求可以实现性能提升，它们非常僵硬：
- 您需要多个线程。 在理想情况下，两个线程可以完成工作所需时间的一半。 而且，您使用的线程越多。 然而，接近这个理想很难，它不会无限扩展。 谷歌“阿姆达尔定律”获取信息。
- 您需要一台具有多个内核的处理器的计算机。 这些天很容易搞定。 您创建的线程数不应超过可用核心数。 使用更多通常会降低性能。
- 您需要那种受计算限制的工作，让处理器的执行引擎成为受约束的资源。 这是相当普遍的，但肯定没有灌篮。 许多作业实际上受到I / O吞吐量的限制，例如从文件或dbase查询中读取。 或受限于处理器从RAM读取数据的速率。 这样的工作不会受益于线程，你可以使用多个执行引擎但你仍然只有一个磁盘和一个内存总线。
- 您需要一种算法，可以跨多个线程分配工作，而几乎不需要同步。 这通常是要解决的棘手问题，许多算法本质上是非常顺序的，并且不容易并行化。
- 您需要时间和耐心才能使代码稳定并且运行良好。 编写线程代码很难，并且每月一次使程序崩溃，或者偶尔产生无效结果的线程竞争可能是主要的时间问题。
在线程中启动CPU密集型任务的框架与您的问题无关，除非您有过于小粒度的子任务。
您需要将工作拆分为可以在有多个CPU的情况下并行执行的子任务。
这个选择并不重要。 BackgroundWorker是一个ThreadPool线程，所以无论如何都没有区别。 但是，您可以尝试使用ThreadPool.SetMaxThreads优化线程数。
您可能希望使用System.Threading.Task类，它可以帮助优化并行执行。