C#DateTime.Now精度

And*_*ite 91 .net c# precision datetime time-precision

我在进行一些单元测试时遇到了DateTime.UtcNow的一些意外行为.看起来当你快速连续调用DateTime.Now/UtcNow时,它似乎会给你一个长于预期的时间间隔的相同值,而不是捕获更精确的毫秒增量.

我知道有一个秒表类更适合做精确的时间测量,但我很好奇是否有人可以在DateTime中解释这种行为?是否有针对DateTime.Now记录的官方精度(例如,精确到50毫秒内?)?为什么DateTime.Now会不像大多数CPU时钟那样精确?也许它只是为最低公分母CPU而设计的?

public static void Main(string[] args)
{
    var stopwatch = new Stopwatch();
    stopwatch.Start();
    for (int i=0; i<1000; i++)
    {
        var now = DateTime.Now;
        Console.WriteLine(string.Format(
            "Ticks: {0}\tMilliseconds: {1}", now.Ticks, now.Millisecond));
    }

    stopwatch.Stop();
    Console.WriteLine("Stopwatch.ElapsedMilliseconds: {0}",
        stopwatch.ElapsedMilliseconds);

    Console.ReadLine();
}
Run Code Online (Sandbox Code Playgroud)

Eri*_*ert 174

为什么DateTime.Now会不像大多数CPU时钟那样精确?

一个好的时钟应该既精确准确 ; 那些是不同的.正如老笑话所说,停止的时钟每天准确两次,一分钟慢的时钟在任何时候都不准确.但是一分钟慢的时钟总是精确到最近的分钟,而停止的时钟根本没有用处.

为什么DateTime必须精确到,比如微秒,当它不可能精确到微秒?大多数人没有任何精确到微秒的官方时间信号源.因此,在小数位精度后给出六位数,其中最后五位是垃圾就会撒谎.

请记住,DateTime的目的是表示日期和时间.高精度计时并不完全是DateTime的目的; 如你所知,这就是StopWatch的目的.DateTime的目的是表示日期和时间,例如向用户显示当前时间,计算下周二之前的天数等.

简而言之,"几点了?" 并且"这需要多长时间?" 是完全不同的问题; 不要使用旨在回答一个问题的工具来回答另一个问题.

谢谢你的提问; 这将是一篇很好的博客文章!:-)

  • 并不是说这会解决你提到的问题,因为平均不同步的PC通常会出现*分钟*.现在如果四舍五入到1并不能解决任何问题那么为什么要圆?换句话说,我不遵循你的论点,为什么绝对值应该具有比delta时间测量精度更小的精度. (13认同)
  • 好的@Andy,假设你确实有这样一个系统.在一台计算机上,您将交易标记为1月1日12:34:30.23498273.在群集中的另一台计算机上,您将事务标记为1月1日12:34:30.23498456.哪个交易首先发生?除非你知道两台机器的时钟同步到彼此之间的微秒内,否则你根本不知道哪一台机器首先发生了.额外的精度是*误导垃圾*.如果我按照自己的方式,所有DateTimes将四舍五入到最接近的秒,就像它们在VBScript中一样. (10认同)
  • 好的,关于精度与准确度的好点.我想我仍然没有真正购买DateTime不准确的说法,因为"它不一定是".如果我有一个事务系统,并且我想为每条记录标记一个日期时间,对我来说使用DateTime类似乎很直观,但似乎.NET中有更准确/精确的时间组件,那么为什么DateTime应该是使能力下降.我想我不得不做更多的阅读...... (3认同)
  • @Eric Lippert:Raymond Chen对于"精确"和"准确性"之间的区别有一个古老而又善意的东西:http://blogs.msdn.com/oldnewthing/archive/2005/09/02/459952.aspx (2认同)
  • 假设我正在创建一个活动日志,该日志需要(1)知道什么时候发生了日历空间(几秒钟内)(2)非常准确地知道事件之间的间隔(在50或几毫秒内).听起来最安全的做法是使用DateTime.Now作为第一个动作的时间戳,然后使用秒表进行后续动作以确定与初始DateTime的偏移量.埃里克,这是你建议的方法吗? (2认同)
  • 你知道,我怀念我的旧 Amiga 的许多事情之一就是它处理系统时间的方式。是的,系统时钟的分辨率比返回的值粗得多,但返回的值保证是唯一的并且单调递增。系统时钟会将时间返回到 1/18 秒,但是如果您在 1/18 秒内多次调用系统时间,您将获得系统时钟 +0、系统时钟 +1、系统时钟+2等 (2认同)

Ree*_*sey 18

DateTime的精度在某种程度上与其运行的系统有关.精度与上下文切换的速度有关,该速度往往大约为15或16 ms.(在我的系统上,我的测试实际上大约是14毫秒,但我看到一些笔记本电脑的精确度接近35-40毫秒.)

Peter Bromberg写了一篇关于 C#中高精度代码时序的文章,讨论了这一点.

  • 我多年来拥有的4台Win7机器的准确度大约为1毫秒.Now()sleep(1)Now()在测试时总是导致日期时间变化约1ms. (2认同)

Jim*_*mmy 13

我想要一个精确的Datetime.Now :),所以我把它煮熟了:

public class PreciseDatetime
{
    // using DateTime.Now resulted in many many log events with the same timestamp.
    // use static variables in case there are many instances of this class in use in the same program
    // (that way they will all be in sync)
    private static readonly Stopwatch myStopwatch = new Stopwatch();
    private static System.DateTime myStopwatchStartTime;

    static PreciseDatetime()
    {
        Reset();

        try
        {
            // In case the system clock gets updated
            SystemEvents.TimeChanged += SystemEvents_TimeChanged;
        }
        catch (Exception)
        {                
        }
    }

    static void SystemEvents_TimeChanged(object sender, EventArgs e)
    {
        Reset();
    }

    // SystemEvents.TimeChanged can be slow to fire (3 secs), so allow forcing of reset
    static public void Reset()
    {
        myStopwatchStartTime = System.DateTime.Now;
        myStopwatch.Restart();
    }

    public System.DateTime Now { get { return myStopwatchStartTime.Add(myStopwatch.Elapsed); } }
}
Run Code Online (Sandbox Code Playgroud)

  • 我喜欢这个解决方案,但我不确定,所以我问了我自己的问题(http://stackoverflow.com/q/18257987/270348)。根据 Servy 的评论/回答,您不应该重置秒表。 (2认同)

Sco*_*son 5

对于它的价值,除了实际检查.NET源之外,Eric Lippert对这个SO问题提出了评论,称DateTime仅精确到大约30毫秒.用他的话说,不是纳秒准确的原因是它"不需要".

  • 而且可能会更糟.在VBScript中,Now()函数将返回的结果舍入到最接近的秒,并且谴责返回的值具有足够的可用精度以精确到微秒的事实.在C#中,结构称为DateTime; 它旨在表示典型的真实世界非科学领域的日期和时间,例如您的人寿保险到期或自您上次重启以来的时间.它不适用于高精度亚秒级时序. (3认同)

Kev*_*ose 5

MSDN你会发现DateTime.Now有一个大约 10毫秒的所有NT操作系统的分辨率.

实际精度取决于硬件.使用可以获得更好的精度QueryPerformanceCounter.