Question

从Windows服务使用System.Threading.Timer（.NET 2.0）时，我们遇到了以下问题。

大约有12个不同的计时器对象..
每个计时器都有适当的时间和间隔。这是正确设置的。
观察到在3到4小时后，定时器在它们的间隔过去之前开始发信号。例如，如果计时器应该在4:59:59发出信号，则会在7秒前的4:59:52发出信号。

有人能告诉我这种行为的原因是什么，解决方法是什么？

谢谢，斯瓦特

Answer 1

很棒的问题......这就是原因：

“计时”对于计算机来说是一件棘手的事情......你永远不会依靠“间隔”来完美。有些计算机只会每隔14到15毫秒“勾选”一次计时器，有些计算机会比这更频繁，有些则不那么频繁。

所以：

Thread.Sleep(1);

可能需要1到30毫秒才能运行。

相反，如果你需要一个更精确的计时器 - 你必须捕获开始时的日期时间，然后在你的计时器中你必须通过减去DateTime.Now和你的原始时间来检查它是否是“时间”运行“你的代码。

以下是您需要做的一些示例代码：

DateTime startDate = DateTime.Now;

然后，以1毫秒的间隔启动计时器。然后，在你的方法中：

if (DateTime.Now.Subtract(startDate).TotalSeconds % 3 == 0)
{
    // This code will fire every 3 seconds.
}

上面的代码会每3秒忠实地发射一次。你可以让它运行10年，它仍会每3秒发射一次。

Answer 2

Timothy的解释引人注目，但System.Threading.Timer已经以这种方式运作。至少在Rotor实现中，它使用GetTickCount（）返回的值来计算下一个回调到期的时间。真正的CLR也不太可能这样做，它更可能使用CreateTimerQueueTimer（）。然而，这个API函数也可能取决于时钟节拍中断增加的内部节拍。

问题在于内部时钟滴答（由GetTickCount（）和Environment.TickCount返回）与绝对挂起时间保持同步（由DateTime.Now返回）。不幸的是，这是您机器上硬件抽象层的HAL的实现细节。机器制造商可以提供自定义HAL，这个HAL经过调整后可以与机器的BIOS和芯片组配合使用。

如果机器有两个定时源，一个设计用于跟踪墙壁时间的时钟芯片，即使你拔掉机器电源也能保持滴答声，还有芯片组可用的另一个频率，可以划分为时钟中断。最初的IBM AT PC以这种方式工作。时钟芯片通常可以信任，如果不准确，时钟会严重关闭。芯片组不能，削减振荡器的质量是节省一分钱的简单方法。

通过避免计时器上的长时间段并从回调中的DateTime.Now重新计算下一个截止时间来解决您的问题。

Answer 3

可能在完成一段时间的操作之后完成重新调度。或者你不控制它？

Answer 4

这不能控制，因为它取决于系统的速度，如果你有超级计算机，那么可能没有足够的差异，但如果你有正常的PC那么长时间执行后定时器间隔会有差异

希望这会有所帮助。

C＃计时器在间隔时间之前被解雇

4 个答案: