先贴出几个名词：

同步任务：　在主线程上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务

异步任务：   不进入主线程，而进入“任务队列”的任务，只有任务队列通知主线程，某个异步队列可以执行了，该任务才会进入主线程执行。

　异步执行的机制如下：

    （1）所有同步任务都在主线程上执行，形成一个执行栈

（2）主线程之外，还存在一个“任务队列”，只有异步任务有了运行结果，就在“任务队列”中放置一个事件

（3）一旦执行栈中的所有同步任务执行完毕，系统就会读取任务队列，看看里面有哪些事件。那些对应的异步任务，于是结束等待       状态，进入执行栈

（4）主线程重复第3步

事件和回调函数

“任务队列”是一个事件的队列，IO设备完成一项任务，就在“任务队列”中添加一个事件，表示相关的异步任务可以进入执行栈了。主线程读取“任务队列”，就是读取里面有哪些事件。

“任务队列”中的事件，除了IO设备的事件以外，还包括一些用户产生的事件（比如鼠标点击，页面滚动）。只要制定过回调函数，这些事件发生时就会进入任务队列，等待主线程读取。

　JS是单线程的，单线程即任务是串行的，后一个任务需要等待前一个任务执行完毕之后才能开始执行，这样会出现长时间的等待。

在前端工作中我们经常说异步加载，异步刷新，如ajax，setTimeout等，这些任务并不消耗CPU，而是一种空等，造成了资源浪费，而异步的出现则是为了解决这种问题。计算机通过将任务交给相应的异步模块去处理，主线程的效率大大提升，可以并行的去处理其他的操作。

js是单线程语言，浏览器只分配给js一个主线程，用来执行任务（函数），但一次只能执行一个任务，这些任务形成一个任务队列排队执行等候。但前端的某些任务是非常耗时的，比如网络请求，定时器和事件监听，如果让他们和别的任务一样，老老实实排队等待执行，执行效率会非常低，甚至导致页面假死，所以浏览器为这些耗时的任务开辟了另外的线程，主要包括http请求，浏览器定时触发器，浏览器事件触发线程。

那么单线程的js引擎是怎么配合浏览器内核处理这些异步事件呢？

这涉及到浏览器内核的处理方式：

浏览器内核实现允许多个线程异步执行，这些线程在内核控制下相互配合保持同步。（图来自于http://blog.csdn.net/kfanning/article/details/5768776 ）

setTimoeout

setTimeout(fn,0),指定某个任务在主线程最早可得大空闲时间执行，将事件插入了任务队列，只有等到执行栈执行完毕后，主线程才会去任务队列中取