System.Threading.Timer的可扩展性如何？

我正在编写一个需要使用Timers 的应用程序,但可能还有很多.System.Threading.Timer课程的可扩展性如何？文档只是说它"轻量级",但没有进一步解释.这些计时器是否被吸引到代表a处理所有回调的单个线程(或非常小的线程池)中Timer,或者每个Timer都有自己的线程？

我想另一种重新解释这个问题的方法是:如何System.Threading.Timer实施？

1> Will Dean..：

---

我在回答很多问题时这样说:不要忘记框架的(托管)源代码是可用的.您可以使用此工具来完成所有工作:http://www.codeplex.com/NetMassDownloader

不幸的是,在这个特定的情况下,很多实现都是在本机代码中,所以你不要去看它......

但它们肯定使用池线程而不是每个计时器的线程.

实现大量计时器的标准方法(这是内核在内部执行的方式,我怀疑是间接的,你的大量计时器最终会如何结束)是按照时间到期限来维护列表 - 所以系统只需要担心检查即将到期的下一个计时器,而不是整个列表.

粗略地说,这给出了启动定时器的O(log n)和用于处理运行定时器的O(1).

编辑:刚刚看过杰夫里希特的书.他说(Threading.Timer)它为所有Timer对象使用一个线程,这个线程知道下一个计时器(如上所述)到期时,并根据需要调用ThreadPool.QueueUserWorkItem进行回调.这样做的结果是,如果在下一个到期之前没有在计时器上完成一个回调服务,那么你的回调将重新进入另一个池线程.总而言之,我怀疑你会看到有很多计时器的大问题,但是如果大量的计时器在相同的计时器和/或它们的回调运行缓慢,你可能会遇到线程池耗尽.

---

线程只遍历计时器列表并为所有已过期的计时器调用(本机)QueueUserWorkItem.插入新计时器和删除旧计时器的操作是在APC调用计时器线程时执行的(http://msdn.microsoft.com/en-us/library/windows/desktop/ms684954(v=vs.85).aspx总之,实现的目的是简单和安全(现在),但性能不是很高.也就是说,对于大多数情况来说它应该足够快,但如果你试图每秒创建10000个定时器,你可能会遇到麻烦.

2> TheSmurf..：

---

我想您可能想重新考虑您的设计(也就是说,如果您自己可以控制设计).如果您使用这么多计时器,这实际上是您的担忧,那么显然有一些潜在的合并.

这是几年前来自MSDN杂志的一篇很好的文章,它比较了三个可用的计时器类,并对它们的实现提供了一些见解:

http://msdn.microsoft.com/en-us/magazine/cc164015.aspx

3> Will Dean..：

---

巩固他们.创建计时器服务并询问计时器.它只需要保持1个活动计时器(用于下一个到期通话)......

为了比仅仅创建大量Threading.Timer对象更好,你必须假设它不是Threading.Timer在内部已经完成的.我有兴趣知道你是如何得出这个结论的(我没有反汇编框架的本地部分,所以你很可能是正确的).