计时器延迟随着时间的推移而退化或变得不一致？

Question

我希望有人能够阐明我可能会发生的事情。以下是所发生事件的摘要。

我有一个可以做很多“事情”的应用程序。它是一个相当庞大的应用程序，使用许多线程进行大量的数字运算。使用了多个计时器。在很长一段时间内，计时器会不断停止调用已用处理程序。

例如：我有一个计时器设置为每秒流逝一次。一段时间后，计时器开始随机延迟触发。如果我不重新启动应用程序，性能就会下降，并且计时器会越来越晚地触发，最终变成 3 或 4 秒，迫使我重新启动应用程序。我无法识别任何泄漏。 CPU 使用率没有上升，内存也没有上升，服务器也远未达到极限。谁能给我一些关于可能导致此问题的想法？

private void Timer_Elapsed(object source, ElapsedEventArgs e)
{
    if (seconds > 0)
    {
        seconds--;

        timer.Start();
    }
}

Answer 1

您是否有可能耗尽线程池？大多数计时器使用线程池线程调用处理程序。如果所有线程池线程都在使用中，它将排队直到有一个线程可用。

如果是这种情况，请将某些处理切换为使用您自己的线程，而不是线程池线程。

要测试您是否耗尽了线程池，请启动一个后台线程，该线程定期（每秒几次）检查 ThreadPool.GetAvailableThreads 并在可用线程较小时记录一条消息（即使实际上从未出现过）当您检查时为零，如果它有时接近零，那么很可能这就是问题所在）。

可以使用 ThreadPool.SetMaxThreads 更改池的大小，尽管这可能不是最佳解决方案。如果您将线程池线程用于运行时间较长的任务，请停止它。对于长时间运行的任务，请使用您自己的线程。

Answer 2

您使用的计时器类非常重要

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

但我不认为问题在于计时器本身，
例如，尝试使用相同的计时器类创建一个应用程序

，该类仅将当前的 DateTime 写入日志文件

并让它运行很长一段时间，您会发现没有这样的 3/4 秒延迟

检查您的计时器代码并检查没有共享资源同时被访问，
也许计时器没问题，但事件处理函数或函数使用的“东西”存在瓶颈

Answer 3

听起来可能并不是真正的同一个计时器，所以这里“泄漏”的资源是 GDI 句柄。

Answer 4

可能的解决方法：

DateTime mayContinue = DateTime.MinValue;
bool blockingUi = false;

private void Timer_Elapsed(object source, ElapsedEventArgs e)
{
    if( blockingUi )
    {
        if( DateTime.Now < mayContinue )
        {
            // Notify time remaining
            // Update the UI with a BeginInvoke
        }
        else
        {
            blockingUi = false;
            // Notify ready
            // Update the UI with a BeginInvoke                
        }
    }
}

private void BlockUi()
{
    mayContinue = DateTime.Now.AddSeconds(30);
    blockingUi = true;
}