Speed up your JavaScrip 1[]

    <div class="blog_content">根据nicholas的说法，有四种代码会拖慢脚本的运行，并最终导致脚本失控。分别是次数过多的同步循环、庞大的函数体、不恰当的递归和不合理的dom调用。这篇着重讲第一个原因。最后给出了一个开发模式，替换传统的循环结构，可以完全避免脚本失控的状况发生。
原文标题：<span style="color: #108ac6;">speed up your javascript, part 1</span><br>原文作者：<span style="color: #108ac6;">nicholas c. zakas</span>
在我 <span style="color: #108ac6;">上一篇帖子</span>（<span style="color: #108ac6;">译文</span>）中，谈到了各个浏览器究竟会在什么情况下弹出脚本失控提示，对于internet explorer来说，当浏览器执行了数量过多的语句时就会停止执行脚本，而其他的浏览器，则是持续执行脚本超过一定时间的时候就会给出提示。而我们要探讨的核心问题，不是这些浏览器如果探测失控的脚本，而是我们如何才可以让脚本运行的更快一些，从而避免这些警告。
脚本失控基本上有以下四个方面的原因：

1. 在循环中执行了太多的操作。
2. 臃肿的函数体
3. 过多的递归
4. 过多的dom调用

在这篇帖子中，我将会把重点放到第一条上：循环中的过多操作。循环的操作是同步进行的，所以执行一个循环所花费的时间完全取决于循环的次数。因此有两种情况会导致循环执行的时间过长，并直接导致锁定浏览器。一是循环体中包含了太多的操作，二是循环的次数过多。这两种情况都能直接导致锁定浏览器，并显示脚本失控的提示。
解决这个问题的诀窍就是用下面这两个问题来评估每个循环：

1. 这个循环必须要同步执行么？
2. 循环里面的数据，必须要按顺序执行么？

如果两个问题的答案都是否定的话，你就可以选择将循环里的操作进行分解。关键是要根据代码的具体环境确定上面两个问题的答案。一个典型的循环可能像下面这个样子：
 
<span class="code">

for(var i=0; i < items.length; i++){   process(items[i]);}

 
乍一看这个循环并没有太大的问题，是不是会运行很长时间完全取决于循环的次数。如果紧接循环后没有其他代码在执行的时候需要依赖于循环的结果，那么对于第一个问题的答案就是“不”。你还可以发现，循环每次只处理一个数值，而且不依赖于上一次循环的结果，所以对于第二个问题的答案同样也是否定的。这就意味着，循环可以通过某种方式进行拆解，不会导致锁定浏览器而显示脚本失控的提示。
在《<span style="color: #108ac6;">professional javascript, second edition</span>》这本书中，对于那些执行次数非常巨大的虚幻，我推荐使用下面的方式来处理：
<span class="code"><div class="dp-highlighter"><br>