事件队列

js任务队列
有js的单线程的特质决定那js为什么是单线程呢？
本段来自阮老师的博客中对JS单线程的介绍。JavaScript语言的一大特点就是单线程，也就是说同一时间只能做一件事，那么为什么JavaScript不能有多个线程呢，还能提高效率？JavaScript的单线程与他的用途有关，作为浏览器的脚本语言，JavaScript的主要用途是和用户互动，以及操作DOM，这就决定了他只能是单线程，否则会带来很复杂的同步问题。比如假如JavaScript同时有两个线程，一个线程在某个节点上添加内容，另个线程删除了这个节点，那么浏览器应该以哪个线程为准？所以为了避免复杂性，从一诞生，JavaScript就是单线程，这已经成了这门语言的核心特征，将来也不会改变为了利用多核CPU的计算能力，HTML5提出Web Worker标准，允许JavaScript脚本创建多个线程，但子线程完全受主线程控制，且不得操作DOM，所以这个新标准并没有改变JavaScript单线程的本质任务队列的本质：
◇ 所有的同步任务都在主线程上进行，形成一个执行栈
◇ 主线程外还存在一个任务队列，只要异步任务有了结果，就在任务队列之中放置一个事件
◇ 一旦执行栈中的所有同步任务执行完毕，系统就会读取任务队列，看看里面有哪些事件。哪些对应的异步任务结束等待状态，进入执行栈，开始执行。
◇ 主线程不断重复上面的第三步

会进入事件队列的事件setTimeout（），ajax的回调函数，事件处理函数（绑定的事件函数）。。。。普通的函数不会进入事件队列
关于 setTimeOut、setImmediate、process.nextTick()的比较

setTimeout()将事件插入到了事件队列，必须等到当前代码（执行栈）执行完，主线程才会去执行它指定的回调函数。当主线程时间执行过长，无法保证回调会在事件指定的时间执行。浏览器端每次setTimeout会有4ms的延迟，当连续执行多个setTimeout，有可能会阻塞进程，造成性能问题

setImmediate()事件插入到事件队列尾部，主线程和事件队列的函数执行完成之后立即执行。和setTimeout(fn,0)的效果差不多。服务端node提供的方法。浏览器端最新的api也有类似实现:window.setImmediate,但支持的浏览器很少。

process.nextTick()插入到事件队列尾部，但在下次事件队列之前会执行。也就是说，它指定的任务总是发生在所有异步任务之前，当前主线程的末尾。大致流程：当前”执行栈”的尾部–>下一次Event Loop（主线程读取”任务队列”）之前–>触发process指定的回调函数。服务器端node提供的办法。用此方法可以用于处于异步延迟的问题。可以理解为：此次不行，预约下次优先执行。

关于消除 setTimeout 延迟的实践：soon.js// See http://www.bluejava.com/4NS/Speed-up-your-Websites-with-a-Faster-setTimeout-using-soon//