Javascript 为什么不一直使用performance.now()呢
新的performance.now()函数应该比Date.now()更精确。我读过的所有站点似乎都只使用新函数来测量执行时间,目的是发现并提高性能,因为Date.now()似乎无法满足这一要求Javascript 为什么不一直使用performance.now()呢,javascript,performance,datetime,Javascript,Performance,Datetime,新的performance.now()函数应该比Date.now()更精确。我读过的所有站点似乎都只使用新函数来测量执行时间,目的是发现并提高性能,因为Date.now()似乎无法满足这一要求 但是,除了尚未在所有浏览器中完全实现之外,还有什么理由再次使用Date.now()吗?或者从另一个角度看,他们究竟为什么不直接确定Date.now()?你会使用Date.now()作为日期。我不认为Date.now()是用来进行基准测试的,现在我们有了其他不需要的工具。此外,当大多数用例不需要高精度时,我
但是,除了尚未在所有浏览器中完全实现之外,还有什么理由再次使用Date.now()吗?或者从另一个角度看,他们究竟为什么不直接确定Date.now()?你会使用
Date.now()
作为日期。我不认为Date.now()
是用来进行基准测试的,现在我们有了其他不需要的工具。此外,当大多数用例不需要高精度时,我们不想给Date
增加更多的开销。“有什么理由再次使用Date.now()吗?”是的,有人想要当前值。此外,性能是一个非常重要的概念,因此不是ECMAScript的一部分,因此可能不在非浏览器主机环境中(它可能没有任何意义)。我有一次不幸的经历,发现性能。现在()
没有在iPhone上的Safari中实现,即使性能本身也存在。目前,最好嗅探是否存在performance.now()
,然后返回到Date。否则,现在就返回到。没问题。如果我只是使用Date.now()作为日期,那么我可能不会经常使用它,所以我不会真正关心一些开销的执行周期。我唯一关心的情况是,如果我经常调用它,那么Date.now()可能不够准确。我正在努力思考在我的整个项目中进行全局搜索和替换的不利方面。我真的不想检查成百上千的Date.now()实例,并问问自己,在这一点上,我想要多大的准确度——似乎更容易获得尽可能多的准确度。我找到了一个建议使用嗅探和回退策略的网站。这将消除搜索和替换工作。我现在倾向于这样。