Joda-Time getMillisOfDay() 似乎比 java.util.Date 的 getTime() 毫秒值进展得更快

Question

我刚开始使用Joda-Time，遇到了一些看起来很奇怪的东西。

当我睡眠 1 毫秒并在睡眠前后调用 getMillisOfDay() 时，Joda-Time 告诉我已经过去了 119 毫秒。使用 java.util.Date （在睡眠前后创建一个实例，并获取每个返回的 getTime() 值的差异）报告的经过时间值要小得多（2 毫秒）。这比 1 毫秒的实际睡眠时间长，但我猜测创建 Date 的对象开销会产生影响，无论如何报告 java.util.Date 的经过时间远低于 Joda-Time 报告的时间.)

这是我的小测试方法：

@Test(enabled = true)
public void testsleep() {

    LocalDateTime now = new  LocalDateTime();
    System.out.println("jodatime before millisecs:" + now.getMillisOfDay());
    Thread.sleep(1);
    LocalDateTime now2 = new  LocalDateTime();
    System.out.println("jodatime  after millisecs:" + now2.getMillisOfDay());

    System.out.println("java.util.DATE before call:" + new Date().getTime());
    Thread.sleep(1);
    Date after = new Date();
    System.out.println("java.util.DATE after call:" + after.getTime());

    println "done"
}

输出：

jodatime before millisecs:76672505
jodatime  after millisecs:76672624
java.util.DATE before call:1396671472633
java.util.DATE after call:1396671472635

分析：

jodatime  after millisecs:76672624
jodatime before millisecs:76672505
                        ----------------
                    119 millisecs elapsed according to joda time

java.util.DATE  after call:1396671472635
java.util.DATE before call:1396671472633
                        ----------------
                    2 millisecs elapsed according to java util Date

我认为 Joda-Time 比 java.util.Date 更好。好吧，我敢肯定，我只是用错了。但我不明白怎么做。非常感谢任何建议！

Answer 1

我既不会使用Date 也不会使用LocalDateTime 来测量短时间间隔。写在您的问题中的主要原因是创建对象的开销很大（请查看LocalDateTime source code）。另请记住，JVM 需要一些时间来预热（让 JVM 优化发挥作用）。

虽然您不应该这样进行基准测试（有很多好的 Java 基准测试工具），但一个好的低级替代方案是 System.nanoTime()。 StopWatch 类也可能派上用场（如 Guava、Commons Lang 和 Spring 实现）。

最后，请记住Thread.sleep 本身就存在精度问题。

// Run several times to *warm up*
for (int i = 0; i < 100; i++) {
    double init = System.nanoTime();
    Thread.sleep(1);
    long end = System.nanoTime();
    System.out.printf("Elapsed time: %.2f milliseconds\n", (end - init) * 1e-6); 
}