c# - 如何在 .NET/C# 中获取刻度精度的时间戳？

Question

到目前为止，我使用 DateTime.Now 获取时间戳，但我注意到，如果您在循环中打印 DateTime.Now，您会看到它以离散方式递增跳跃约。 15 毫秒。但是对于我的应用程序中的某些场景，我需要尽可能获得最准确的时间戳，最好是 tick (=100 ns) 精度。有任何想法吗？

更新:

显然，StopWatch/QueryPerformanceCounter 是可行的方法，但它只能用于测量时间，所以我在考虑调用 DateTime.Now 当应用程序启动时，StopWatch 运行，然后将 StopWatch 的耗时添加到 DateTime.Now 返回的初始值。至少应该给我准确的相对时间戳，对吧？你怎么看那个(黑客攻击)？

注意:

StopWatch.ElapsedTicks 不同于 StopWatch.Elapsed.Ticks!我使用前者假设 1 tick = 100 ns，但在这种情况下 1 tick = 1/StopWatch.Frequency。因此，要获得与 DateTime 等效的刻度，请使用 StopWatch.Elapsed.Ticks。我刚刚通过艰难的方式学到了这一点。

注意 2:

使用秒表方法，我注意到它与实时时间不同步。大约 10 小时后，它领先了 5 秒。所以我想人们必须每隔 X 左右重新同步一次，其中 X 可能是 1 小时、30 分钟、15 分钟等。我不确定重新同步的最佳时间跨度是多少，因为每次重新同步都会改变偏移量，这可能是最多 20 毫秒。

Answer 1

DateTime.Now 读取的系统时钟值仅每 15 毫秒左右(或在某些系统上为 10 毫秒)更新一次，这就是时间围绕这些时间间隔进行量化的原因。由于您的代码在多线程操作系统中运行，因此会产生额外的量化效果，因此在某些情况下您的应用程序不是“事件的”，因此无法测量实际的当前时间。

由于您正在寻找一个超精确的时间戳值(而不是仅仅为任意持续时间计时)，Stopwatch 类本身不会满足您的需要。我认为您必须自己使用某种 DateTime/Stopwatch 混合来执行此操作。当您的应用程序启动时，您将存储当前的 DateTime.UtcNow 值(即应用程序启动时的粗分辨率时间)，然后还启动一个 Stopwatch 对象，如下所示:

DateTime _starttime = DateTime.UtcNow;
Stopwatch _stopwatch = Stopwatch.StartNew();

然后，每当你需要一个高分辨率的 DateTime 值时，你会像这样得到它:

DateTime highresDT = _starttime.AddTicks(_stopwatch.Elapsed.Ticks);

您可能还需要定期重置 _starttime 和 _stopwatch，以防止结果时间与系统时间过于不同步(尽管我不确定这是否真的会发生，而且需要很长时间才能恢复)无论如何都会发生)。

更新:由于秒表似乎确实与系统时间不同步(每小时多达半秒)，我认为这是有道理的根据检查时间的调用之间耗时量重置混合 DateTime 类:

public class HiResDateTime
{
    private static DateTime _startTime;
    private static Stopwatch _stopWatch = null;
    private static TimeSpan _maxIdle = 
        TimeSpan.FromSeconds(10);

    public static DateTime UtcNow
    {
        get
        {
            if ((_stopWatch == null) || 
                (_startTime.Add(_maxIdle) < DateTime.UtcNow))
            {
                Reset();
            }
            return _startTime.AddTicks(_stopWatch.Elapsed.Ticks);
        }
    }

    private static void Reset()
    {
        _startTime = DateTime.UtcNow;
        _stopWatch = Stopwatch.StartNew();
    }
}

如果您以固定的时间间隔(比如每隔一小时或其他时间)重置混合计时器，您可能会冒着将时间调回到上次读取时间之前的风险，有点像微型夏令时问题。