浏览器-js,运行机制

进程：是cpu资源分配的最小单位（是能拥有资源和独立运行的最小单位）。
线程：是cpu调度的最小单位（线程是建立在进程的基础上的一次程序运行单位，一个进程中可以有多个线程）。

一、浏览器是多进程的

        浏览器之所以能够运行，是因为系统给它的进程分配了资源（cpu、内存）。简单点理解，每打开一个Tab页，就相当于创建了一个独立的浏览器进程。

主要进程：

1、Browser进程：浏览器的主进程（负责协调、主控），只有一个。作用：（1）负责浏览器界面显示，与用户交互。（2）负责各个页面的管理，创建和销毁其他进程。（3）将renderer进程得到的内存中的bitmap，绘制到用户界面上。（4）网络资源的管理，下载等。

2、第三方插件进程：每种类型的插件对应一个进程，仅当使用该插件时才创建。

3、GPU进程：最多一个，用于3D绘制等。

4、浏览器渲染进程(renderer进程，内部是多线程的)：默认每个tab页面一个进程，互不影响，主要作用为页面渲染，脚本执行，事件处理等。

主要线程：

1、GUI渲染线程

        负责渲染浏览器界面，解析HTML，CSS，构建DOM树和RenderObject树，布局和绘制等。

        当界面需要重绘或由于某种操作引发回流时，该线程就会执行。

        注意：GUI渲染线程与JS引擎线程是互斥的，当JS引擎执行时GUI线程会被挂起，GUI更新会被保存在一个队列中等到JS引擎空闲时立即被执行。

2、JS引擎线程-单线程

        负责处理javascript脚本程序，运行代码。

        js引擎一直等待着任务队列中任务的到来，然后加以处理，一个tab页中只有一个js线程在运行js程序。

        注意：GUI渲染线程与JS引擎线程是互斥的，如果js执行的时间过长，这样会造成页面的渲染不连贯，导致页面渲染加载阻塞。

3、事件触发线程

        当JS引擎执行代码块如setTimeOut时（也可来自浏览器内核的其他线程,如鼠标点击、AJAX异步请求等），会将对应任务添加到事件线程中。

        注意：由于JS的单线程关系，所以这些待处理队列中的事件都得排队等待JS引擎处理（当JS引擎空闲时才会去执行）

4、定时触发器线程

        传说中的setInterval与setTimeout所在线程。

        浏览器定时计数器并不是由JavaScript引擎计数的（因为JavaScript引擎是单线程的, 如果处于阻塞线程状态就会影响记计时的准确）。

        因此通过单独线程来计时并触发定时（计时完毕后，添加到事件队列中，等待JS引擎空闲后执行）
        注意：W3C在HTML标准中规定，规定要求setTimeout中低于4ms的时间间隔算为4ms。

5、异步http请求线程

        在XMLHttpRequest在连接后是通过浏览器新开一个线程请求。

        将检测到状态变更时，如果设置有回调函数，异步线程就产生状态变更事件，将这个回调再放入事件队列中。再由JavaScript引擎执行。

二、浏览器Browser进程和Renderer进程的通信过程

        如果自己打开任务管理器，然后打开一个浏览器，就可以看到：任务管理器中出现了两个进程（一个是主控进程，一个则是打开Tab页的渲染进程）。

        1、Browser进程收到用户请求，首先需要获取页面内容（比如通过网络下载资源），随后将该任务通过RendererHost接口传递给render进程。

        2、renderer进程的renderer接口收到消息，简单解释后，交给渲染线程，然后开始渲染：

      （1）渲染线程接受请求，加载网页并渲染网页，这其中可能需要Browser进程获取资源和需要GPU进程来帮助渲染。

      （2）当然可能会有JS线程操作DOM（这样可能会造成回流并重绘）。

      （3）最后Render进程将结果传递给Browser进程。

        3、Browser进程接收到结果并将结果绘制出来

三、浏览器内核中线程之间的关系

1、GUI渲染线程与JS引擎线程互斥

        于JavaScript是可操纵DOM的，如果在修改这些元素属性同时渲染界面（即JS线程和UI线程同时运行），那么渲染线程前后获得的元素数据就可能不一致了。

        因此为了防止渲染出现不可预期的结果，浏览器设置GUI渲染线程和js引擎互斥的关系，当JS引擎执行时GUI线程会被挂起， GUI更新则会被保存在一个队列中等到JS引擎线程空闲时立即被执行。

2、WebWorker

        创建Worker时，JS引擎向浏览器申请开一个子线程（子线程是浏览器开的，完全受主线程控制，而且不能操作DOM）

        JS引擎线程与worker线程间通过特定的方式通信（postMessage API，需要通过序列化对象来与线程交互特定的数据）

        所以，如果有非常耗时的工作，请单独开一个Worker线程，这样里面不管如何翻天覆地都不会影响JS引擎主线程。在主线程运行的同时，Worker 线程在后台运行，两者互不干扰。等到 Worker 线程完成计算任务，再把结果返回给主线程。这样的好处是，一些计算密集型或高延迟的任务，被 Worker 线程负担了，主线程（通常负责 UI 交互）就会很流畅，不会被阻塞或拖慢。

3、SharedWorker

        SharedWorker是浏览器所有页面共享的，不能采用与Worker同样的方式实现，因为它不隶属于某个Render进程，可以为多个Render进程共享使用。

        所以Chrome浏览器为SharedWorker单独创建一个进程来运行JavaScript程序，在浏览器中每个相同的JavaScript只存在一个SharedWorker进程，不管它被创建多少次。