问秒表基准可以接受吗？

EN

秒表基准测试是很好的，只要您测量了足够多的迭代是有意义的。通常，我需要的总运行时间为个位数秒。否则，您的结果很容易受到调度和进程的其他O/S中断的严重影响。

为此，我使用了很久以前构建的一组小静态方法，它们是基于System.currentTimeMillis()的。

对于分析工作，我已经使用jProfiler很多年了，并且发现它非常好用。我最近查看了YourKit，它在WebSite上看起来很棒，但我个人根本没有使用过它。

为了回答调度中断的问题，我发现在实践中，重复运行直到达到一致性/观察到的结果，可以从进程调度中剔除异常结果。我还发现线程调度对于5到30秒的运行没有实际影响。最后，在你超过了几秒的阈值后，根据我的经验，调度对结果的影响可以忽略不计--我发现5秒的运行与5分钟的运行时间/迭代的平均值是一样的。

您可能还希望考虑预运行测试代码大约10,000次，以“预热”JIT，这取决于您期望测试代码在现实生活中随着时间的推移运行的次数。

只要你测量足够长的时间间隔，它就完全有效。我会执行你想要测试的20-30次运行，这样总运行时间超过1秒。我注意到，基于System.currentTimeMillis()的时间计算往往是0ms或~30ms；我认为没有比这更精确的了。如果您确实需要测量较小的时间间隔，则可能需要尝试使用System.nanoTime()：

• documentation：http://java.sun.com/javase/6/docs/api/java/lang/System.html#nanoTime()
• SO关于测量小时间跨度的问题，因为System.nanoTime()也有一些问题：How can I measure time with microsecond precision in Java?

秒表实际上是最好的基准！

真正的端到端用户响应时间才是真正重要的时间。

使用可用的工具并不总是可以获得这一时间，例如，大多数测试工具不包括浏览器呈现页面所需的时间，因此具有糟糕编写的css的过度复杂的页面将向测试工具显示次于秒的响应时间，但对用户的响应时间为5秒。

这些工具对于自动化测试和问题确定非常有用，但不要忽略您真正想要测量的东西。