Javascript Chrome中的performance.now()定时不稳定?

Javascript Chrome中的performance.now()定时不稳定?,javascript,performance,Javascript,Performance,我用它来获得一个开始和结束时间的方法。我发现Firefox中的结果是相当一致的10-12毫秒。在Chrome中,计时从30-70毫秒不等 我并不担心Firefox运行得更快(因为浏览器JS的实现会有所不同),我更关心的是Chrome中出现的广泛结果,这使得获得准确结果变得不可能。中的注释似乎暗示Chrome实现在任何情况下都只能精确到1ms,这是正确的吗 是否有人对正在发生的事情或如何进行更准确、一致的绩效评估有任何建议?这可能是两个问题之一。要么是performance.now() 您应该做的

我用它来获得一个开始和结束时间的方法。我发现Firefox中的结果是相当一致的10-12毫秒。在Chrome中,计时从30-70毫秒不等

我并不担心Firefox运行得更快(因为浏览器JS的实现会有所不同),我更关心的是Chrome中出现的广泛结果,这使得获得准确结果变得不可能。中的注释似乎暗示Chrome实现在任何情况下都只能精确到1ms,这是正确的吗


是否有人对正在发生的事情或如何进行更准确、一致的绩效评估有任何建议?

这可能是两个问题之一。要么是
performance.now()

您应该做的是测试它是哪一个:使用
Date.now()
而不是
performance
来查找执行时间:如果它稳定下来,问题在于
performance.now()
,否则就是Chrome


性能
的主要优点是可以记录高达1微秒的精度。但是,对于绝大多数问题,这不太可能是必需的,因此使用
Date
可以很好地解决您的问题。

我知道这很晚了,但是性能。现在是准确的,但是chrome的v8引擎对代码进行了疯狂的优化,这就是不一致的原因。时间上的变化是特定于具体情况的,因为v8进行优化,如果您强制它去优化(例如,将变量类型从字符串更改为数字),它将在性能方面花费很多。 此外,多次调用同一纯函数将使v8发动机对其进行优化,因此,在多次重复中,它几乎会瞬间消失


如果您与我共享代码,我可以帮助您解决您的具体案例。

您当时正在寻找的是执行时间吗?是的,这是我感兴趣的执行时间。在我的具体案例中,自2014年发布此消息以来,我已多次更换工作:)