zhanglintc

@jobmailcn #5 噢，那看来是不行了。第一层就是 HTTP 了。

@krixaar #2 那就是我操作不了 proxyA 的话就没有办法用嵌套了是吧?

@tutou #15 是的是 node 环境。换成 chrome 的确不一样了：

Node:
sleep done
1
2

Chrome:
sleep done
2
1

那意思这个 timer 的时间实际上还是跟具体实现有关是吧？不能一概而论。

@MossFox https://stackoverflow.com/a/34691484/4156036

看起来是给定的 delay 到期后，可能会有一个“事件”或者“中断”发生，然后 JS 引擎会立即处理它（也就是放到微任务）。但是这个暂时没找到资料来证明。

但是如果说 JS 引擎内部有类似的“事件”机制的话，我感觉都能解释通了。

上面的例子：
setTimeout(function(){console.log(1)}, 10)
setTimeout(function(){console.log(2)}, 0)

第一个 10 毫秒后触发事件，第二个立即触发事件，那么自然第二个先入队列。
到时候执行微任务的时候自然就是第二个先打印了。

@MossFox #11 这个字有点多，链接更多，要花点时间再理解理解。

不过我倒是试了下，如果改成这样的话

```
setTimeout(function(){console.log(1)}, 10) // 队列位置 1
sleep();
setTimeout(function(){console.log(2)}, 0) // 队列位置
```

是可以输出 1 ，2 的：
sleep done
1
2

@MossFox @tutou @LancerXu 各位再帮忙看下:

// 这个大概耗时 1.7 秒
function sleep() {
i=0
// do a heavy job
for (let j = 0; j < 1e9; j++) {
i++;
}
console.log("sleep done")
return 3
}

setTimeout(function(){console.log(1)}, 10) // 队列位置 1
setTimeout(function(){console.log(2)}, 0) // 队列位置 2
sleep();

这里认为塞入微队列的顺序应该是书写顺序吧，那么就是 1 在 2 之前。
然后 sleep 是一个耗时操作，测试大概在 1700 毫秒左右。
那么宏队列结束后调用微队列，此时先出栈 1 ，且应该已经超过 10 毫秒，那么 1 可以直接输出。
但是为什么还是先输出的 2 呢？

还是说 setTimeout 的计时是在进入微队列循环操作后才开始考虑计时器的？

期望输出：
sleep done
1
2

实际输出：
sleep done
2
1

先看了 #8 @MossFox 回复的文章，再看 #3 @tutou 和 #7 @LancerXu 的回复就全理解了。

已领，谢谢