Javascript/JSPerf 循环性能

Question

最近我一直在深入研究 JS 性能，而我的另一个问题 Javascript Array Performance 导致我遇到了这个问题。

问题： 使用全局变量进行循环似乎比使用局部变量进行迭代要快得多，任何人都可以向我解释一下，为什么会这样？ --- 这只是我对 JSPerf 理解的错误，但问题 2 仍然存在，但我想没有真正的答案，其余的已经在聊天中与 @Igor-Raush 讨论过 --- 或者我想， JSPerf 中的测试仍然快 100 倍，然后是基本版本...

• 我很确定这不是局部变量创建

您可以在这里看到这种行为：http://jsperf.com/fastest-array-loops-in-javascript/420 -- 我添加了最后两个测试，但最后一个由于某种原因没有工作，所以我删除了它的内容

问题 2（额外问题，有点相关）： 为什么当您单独在 JSPerf 上运行测试时（对于其中一些），它们的性能始终完全不同，而不是同时运行它们？ （你可以在 While length--test 上看到这个）

我正在测试这个，因为（如果你去我的另一个问题），我不相信在测试中循环我的数组应该像它一样慢。

Answer 1

问题 1

全局情况下性能“提高”的巨大原因是您在准备代码中初始化了一个全局it = 0。在 JSPerf 中，每个测试用例都会运行多次试验。第一次运行测试用例时，它会递增全局it，直到超过arr.length。

下一次（以及所有后续时间）测试用例运行时，条件it < arr.length 的计算结果为false，甚至没有进入循环。这不是在“While loop, basic”测试用例中的情况，其中var i = 0 在每次试验之前都被初始化。

您可以在Plunker 中看到，使用全局迭代器变量的速度大约是使用本地迭代器变量的两倍（打开控制台查看结果）。

问题 2

性能差异很大的一个可能原因是，运行所有测试可能会导致阵列在运行后面的测试用例时缓存在更靠近 CPU 的位置。当您独立运行测试用例时，它可能需要内存访问。对于像for/while 迭代这样基本的东西， 内存访问是一个真正的瓶颈。然而，这只是一种可能的解释。