0

我对计时器有一个奇怪的问题。据我所知，计时器的间隔属性表示将触发 timer_Tick 事件的循环之间的延迟。

在使用 Visual Basic 编程之前，我遇到了精确签名（15 和 16 毫秒延迟）的问题。我创建的任何计时器都会以 15 或 16 毫秒的延迟触发它们的滴答事件。例如，如果我将计时器的间隔设置为 1（这意味着它的滴答事件应该在 1 秒内触发 1000 次），则该事件会在 1 秒内触发 62 到 66 次（即 1000/16 到 1000/15 ）。

我从 5 年前开始开发 VB 应用程序并且一直遇到这个问题（这也意味着我在使用 AMD 和 Intel 处理器的几个不同系统上遇到了这个问题），现在我又在 C# 中遇到了这个问题。

我设法通过基于 TickCount 方法（VB 中的 GetTickCount API 和 C# 中的 Environment.TickCount）计算每次触发滴答事件之间的时间差来解决此问题。

*TickCount 是自系统启动以来经过的毫秒数。

为了更好地理解这个问题，我创建了一个 Windows 应用程序，它计算自执行以来的秒数（如计时器）。每次触发 Tick 事件时，它都依赖于 TickCount 和普通加法。它还通过从 TickCount 的当前值中减去 TickCount 的最后一个值来计算计时器的延迟（如果计时器确实在 1 秒内被触发了 1000 次，那么每次 TickCounts 的差值将是 1，因此意味着没有延迟，但如果差值大于 1，则每次触发计时器的滴答事件之间会有一些延迟）。

这是代码：

public partial class Form1 : Form
{
    int localTime = 0, systemTime = 0, baseSystemTime = 0, lastSystemTime = 0;
    public Form1()
    {
        InitializeComponent();
    }

    private void timer1_Tick(object sender, EventArgs e)
    {
        // Calculate time based on TickCount
        if (baseSystemTime == 0)
            baseSystemTime = Environment.TickCount;

        systemTime = Environment.TickCount - baseSystemTime;
        label2.Text ="System Time: " + ((systemTime / 1000) / 60).ToString() + ":" + ((systemTime / 1000) % 60).ToString();

        // Calculate time based on timer1_Tick
        localTime++;
        label1.Text = "Application Time: " + ((localTime / 1000) / 60).ToString() + ":" + ((localTime / 1000) % 60).ToString();

        // Calculate the delay
        if (lastSystemTime > 0)
        {
            label3.Text = "Delay: " + (Environment.TickCount - lastSystemTime).ToString() + " ms";
        }

        lastSystemTime = Environment.TickCount;
    }
}

我还在这里上传了整个解决方案：http ://ramt.in/test/TimerDelay.zip

这是应用程序的屏幕截图（延迟 15 毫秒，应用程序计算 1 秒，而实际上已经过去了 17 秒！）：

截屏

该解决方案只有 50kb，所以请随意下载并运行它，看看您是否得到与我相同的结果。如果相同，那么微软世界的计时器类有问题！

但更重要的是，如果有人知道可能导致此延迟的原因，请与我分享您的知识。

4

2 回答 2

2

这与实时与否无关：Windows 默认计时器分辨率为 64 滴答/秒或 15.625 毫秒。然而，系统定时器分辨率可以修改为以更高的分辨率运行，例如1ms。请参阅这个问题“为什么 .NET 计时器限制为 15 毫秒分辨率？ ”以了解如何修改系统计时器分辨率。

于 2015-05-02T08:59:24.520 回答
1

这是一个系统问题，不是 c# 或 VB。要检查您的系统玩具的准确程度，可以使用Stopwatch类和两个属性

  1. IsHighResolution -The timer used by the Stopwatch class depends on the system hardware and operating system. IsHighResolution is true if the Stopwatch timer is based on a high-resolution performance counter. Otherwise, IsHighResolution is false, which indicates that the Stopwatch timer is based on the system timer.
  2. 频率

来自MSDN的以下代码显示了它是如何工作的

public static void DisplayTimerProperties()
{
    // Display the timer frequency and resolution. 
    if (Stopwatch.IsHighResolution)
    {
        Console.WriteLine("Operations timed using the system's high-resolution performance counter.");
    }
    else 
    {
        Console.WriteLine("Operations timed using the DateTime class.");
    }

    long frequency = Stopwatch.Frequency;
    Console.WriteLine("  Timer frequency in ticks per second = {0}",
        frequency);
    long nanosecPerTick = (1000L*1000L*1000L) / frequency;
    Console.WriteLine("  Timer is accurate within {0} nanoseconds", 
        nanosecPerTick);
}

更新

您还在代码中犯了一个错误：

        // Calculate time based on timer1_Tick
        localTime++;
        label1.Text = "Application Time: " + ((localTime / 1000) / 60).ToString() + ":" + ((localTime / 1000) % 60).ToString();

这条线与时间无关。它只计算timer1_Tick运行了多少次。1 毫秒的间隔对于 Windows 窗体计时器来说太小了。您可以在此处阅读：计时器比间隔多花费 10 毫秒

如果您需要更精确的计时器，可以查看这篇文章Microsecond and Millisecond C# Timer

于 2015-05-02T06:52:31.720 回答