for循环中嵌套setTimeout，执行顺序和结果该如何理解？

这两天在捣鼓作用域的问题，有的时候知识这个东西真的有点像是牵一发而动全身的感觉。在理解作用域的时候，又看到了一道经典的面试题和例子题。

那就是在for循环中嵌套setTimeout延时，想想之前面试的时候面试官问到我这个问题，然而我当时对这玩意儿根本没有深究，没有去理解；非常草率的回答了，面试官好心的给我

说这个涉及到setTimeout回调函数异步特性，啪啦啪啦，说的好几句都感觉晕乎了~也感觉JS这个东西真的需要深入的东西还很多，路也还很长。

直接进入主题了，先贴一段简单的代码：

结果是10次10。不得不说看到答案的第一眼真的魔怔啊，完全不理解为什么是10次10；只有你多去了解JS的执行机制之后，或许心中就有答案了。所以以下是我个人在看了众多的

网上的各位高手的见解之后，总结以下得到的一个见解。如有歧义，欢迎各位的指正。

首先这样的结果需要从JS的执行机制说起。JS是单线程环境，也就是说代码的执行是从上到下，依次执行。这样的执行称为同步执行。因为种种不要浪费和节约的原因。JS中引进了异步的机制。在这段代码中，哪个是同步哪个是异步呢？for循环是同步代码，而setTimeout中的是异步代码。那么JS碰到这个有同步和异步的情况下会先从上到下执行同步代码，碰到异步的代码会将其插入到任务队列当中等待。而setTimeout是延时，也就是说碰到setTimeout这个异步的代码块会根据它里面的第二个参数：延时时间来将代码插入到任务队列当中，比如上面这段代码中，第二个参数延时时间是0，也就是说执行到它的时候会在0ms之后将它插入到任务队列当中。同步代码都执行完成之后，那么JS引擎就空闲了，这个时候就轮到任务队列中的异步代码依次加载了。

这是上面这段代码的答案的一半。另一半就来自于作用域，作用域是变量等资源的作用范围。在这段代码中准确的说是作用域链的问题，当同步代码执行完毕开始执行异步的setTimeout代码时，setTimeout中需要一个变量 ---i---,而执行的时候在当前的作用域中开始找，找不到变量i的定义，这个时候就把创建这个函数的作用域作为当前作用域，再次寻找，创建这个函数的作用域就是全局作用域，也就是找到了for循环中i，找到了之后就结束寻找变量i的行程。由于这个时候的i是全局的，而且人家已经变为了最终形态：10，setTimeout找到的就是这个i=10；所以就输出了10，下面的9次setTimeout 的执行都是类似，所以结果都是10；

所以我对这个答案的理解归结起来就是异步加载+作用域链。可见要理解一段看似简单的代码，要去学习的东西还真不少。

问题出来了，相应的就有解决方案；对于这类问题比较常见的解决方法就是 立即执行函数。它逼迫js每次循环进来的时候都会立即去执行代码，从而保证了每一次得到了i的副本都是不一样的。贴代码：