.net - 线程池与专用线程 - 何时选择哪个

Question

当我应该停止使用ThreadPool并使用专用Thread<时，有什么方法(除了实际的性能测量之外，这可能很难使其现实)或经验法则 代替？我认为对于长时间运行的工作，最好使用专用的线程，因为它不会从线程池中窃取一个线程。对于较短的工作，最好使用ThreadPool，因为创建线程和线程本身会消耗大量资源。

但是魔法屏障在哪里？我如何决定使用哪种方法？

在简单的应用程序中，这可能并不重要。但我正在处理一个基于 .NET 的自定义应用程序框架，其中单个应用程序可以拥有许多插件，这些插件在大多数情况下需要异步执行一些工作。我正在考虑为插件作者何时使用哪个引入一项政策。

Answer 1

它是可以量化的。在我的双核笔记本电脑上，如果正在运行的线程没有取得进展，线程池调度程序会每秒两次释放一个额外的 tp 线程。所以“长”就是超过半秒。

我不知道这如何与更强大的硬件进行扩展。测试很容易，只需启动16个tp线程并让它们写入DateTime.Now和Sleep(8001)即可。

此外，任何很可能长时间阻塞的线程(无论是在锁定还是在缓慢的 I/O 上)都应该是常规线程。因为处理器不会完成任何有用的工作，所以阻塞线程会阻止其他可能有有用工作要做的线程运行至少半秒。当然，这使得这样的线程几乎自动成为“长”线程。