.NET ThreadPool 的重大变化

  • Jonathan Allen
  • 赵劼

2008 年 5 月 23 日

话题:.NET语言 & 开发架构

在.NET 2.0 SP 1 随着.NET 3.5 发布后线程池发生了重大的变化。不过据 Michael C. Kennedy 发现,并非所有的改变都是最合适的。

第一个变化是将最大线程数从每处理器 25 个线程增加至 250 个线程。这么做是为了处理线程池中的死锁,当太多线程等待其他任务结束时就会出现死锁。一旦所有 25 个线程都被阻塞的时候,等待中的任务就无法分配到线程了。尽管这个改变无法彻底排除死锁的可能性,但是发生问题的概率大大减小的。

另一个改变其实是一个 Bug。一般来说.NET 会尽快在线程池中分配最少数量的线程,接着每秒钟创建最多 2 个线程,直到达到最大线程数量。如果您知道您的应用程序会立即使用大量线程池的线程,您必须提高最小线程数量。

Michael C. Kennedy 发现在.NET 2.0 Service Pack 1 中,最少线程数量被忽略了。如果一个应用程序需要大量的线程池的线程,它可能会需要几秒钟才能够完全启动。

据 Michael C. Kennedy 所说,他所联系到的微软员工称这个问题会在.NET 2.0 SP 2 中解决,不过其发布日期还不确定。

查看英文原文:Breaking Changes in the .NET ThreadPool
.NET语言 & 开发架构