JavaScript运行机制

为什么JavaScript是单线程？

 JavaScript的单线程，与它的用途有关。作为浏览器脚本语言，JavaScript的主要用途是与用户互动，

 以及操作DOM。这决定了它只能是单线程，否则会带来很复杂的同步问题。比如，假定JavaScript同时有两个线程，

  一个线程在某个DOM节点上添加内容，另一个线程删除了这个节点，这时浏览器应该以哪个线程为准？

注：为了利用多核CPU的计算能力，HTML5提出Web Worker标准，允许JavaScript脚本创建多个线程，但是子线程完 全受主          线程控制，且不得操作DOM。所以，这个新标准并没有改变JavaScript单线程的本质。

JavaScript引擎：

JavaScript引擎在解析的过程中，当遇到同步任务的时候会立即执行，遇到异步任务会交给浏览器内核的其他线程执行，当其他线程执行完毕，会以回调函数任务的形式放入到JavaScript任务队列中，JavaScript引擎会继续往下执行, 当JavaScript引擎空闲时会执行任务队列中的回调函数任务。

事件轮询-Event Loop：

Event Loop: 其实也就是JavaScript引擎一直在执行任务队列中的任务。

由于JavaScript引擎是单线程的，单线程意味着所有任务需要排队，前一个任务结束，才会执行下一个任务，
假设第一个任务是执行（a++;）,第二个任务是通过ajax从网络读取数据-[很耗时的任务]，假如直接放在JavaScript
引擎中执行，那么JavaScript引擎会一直等待服务端的数据（这时就阻塞线程了），JavaScript引擎会一直等待到数据
从服务端传递过来才会执行下一个任务，同时，在JavaScript等待的时候，CPU是空闲的，大大的资源浪费啊！，

也会出现界面“假死”状态，那么怎么办呢？

解：浏览器内核是多线程的 
1.Ajax操作是由浏览器内核中的浏览器Http异步线程执行的：发送—-等待—-接收 
2.JavaScript引擎遇到Ajax操作会交给浏览器内核中的Http异步线程执行，从而自身继续执行下面的任务 
3.当Http异步线程接收到数据以后，数据会以回调函数的形式放入任务队列中，JavaScript下次空闲的时
  候执行该回调函数。

再以定时器为例进行一下简单的说明：

当JavaScript引擎在解析的过程中遇到setTimeout的时候，会交给浏览器内核的定时器线程，启动一个timer进行计时，计时时间到了以后，再将setTimeout的回调函数放到任务队列中，等JavaScript引擎空闲时再执行任务队列中的回调函数。

注：

(1). 浏览器内核实现允许多个线程异步执行,这些线程在内核制控下相互配合以保持同步.假如某一浏览器
      内核的实现至少有三个常驻线程:javascript引擎线程,界面渲染线程,浏览器事件触发线程,除些以外,
      也有一些执行完就终止的线程,如Http请求线程,这些异步线程都会产生不同的异步事件. 
 
(2). 界面渲染线程负责渲染浏览器界面HTML元素,当界面需要重绘(Repaint)或由于某种操作引发回流(reflow)时,
      该线程就会执行.本文虽然重点解释JavaScript定时机制,但这时有必要说说渲染线程,因为该线程与JavaScript
      引擎线程是互斥的,这容易理解,因为 JavaScript脚本是可操纵DOM元素,在修改这些元素属性同时渲染界面,
      那么渲染线程前后获得的元素数据就可能不一致了.  
 
      在JavaScript引擎运行脚本期间,浏览器渲染线程都是处于挂起状态的,也就是说被“冻结”了.