浏览器进程与线程

目录

线程与进程

浏览器是多进程的

浏览器包括哪些进程

浏览器多进程的优势

浏览器内核(渲染进程)

Browser进程和浏览器内核（Renderer进程）的通信过程

WebWorker

简单梳理下浏览器渲染流程

---

线程与进程

• 进程是cpu资源分配的最小单位
• 线程是cpu调度的最小单位(线程是建立在进程的基础上的一次程序运行单位，一个进程中可以有多个线程)

•  不同进程之间也可以通信，不过代价较大
• 单线程与多线程都是指在一个进程内的单和多

浏览器是多进程的

• 浏览器之所以能够运行，是因为系统给他的进程分配了资源(cpu, 内存)

• 每打开一个Tab页，就相当于创建了一个独立的浏览器进程 

浏览器包括哪些进程

1. Browser进程:  浏览器的主进程(负责协调，主控)，只有一个，作用有 

• 负责浏览器界面显示，与用户交互。如前进，后退等
• 负责各个页面的管理，创建和销毁其他进程
• 将Renderer进程得到的内存中的Bitmap,绘制到用户界面上
• 网络资源的管理，下载等

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

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

     4. 浏览器渲染进程(浏览器内核)：默认每个Tab页面一个进程，互不影响。主要作用为页面渲染，脚本执行，事件处理等。

浏览器有时会将多个进程合并(如打开多个空白标签页后，会发现多个空白标签页被合并成一个进程)

浏览器多进程的优势

• 避免单个page crash影响整个浏览器
• 避免第三方插件crash影响整个浏览器
• 多进程充分利用多核优势
• 方便使用沙盒模型隔离插件等进程，提高浏览器稳定性 

浏览器内核(渲染进程)

注意：浏览器渲染进程是多线程的

1. GUI渲染线程

• 负责渲染浏览器页面, 解析HTML,CSS,构建DOM树和RenderObject树，布局和绘制等
• 当页面需要重绘（Repaint）或由于某种操作引发回流（reflow）时，该线程就会执行
• 注意，GUI渲染线程与JS引擎线程是互斥的，当JS引擎执行时GUI线程会被挂起（相当于冻结了），GUI更新会被保存在一个队列中等到JS引擎空闲时立即被执行

2. JS引擎线程

• 也称为JS内核，负责处理javascript脚本程序
• js引擎线程负责解析javascript脚本，运行代码
• js引擎一直等待着任务队列中任务的到来，然后加以处理，一个Tab页面(renderer进程) 中无论什么时候都只有一个js线程在运行js程序
• 同样注意，GUI渲染线程与JS引擎线程是互斥的

3. 事件触发线程

• 归属于浏览器而不是js引擎，用来控制事件循环（可以理解，js引擎自己都忙不过来，需要浏览器另开线程协助）
• 当js引擎执行代码块如setTimeOut时（也可来自浏览器内核的其他线程，如鼠标点击，AJAX异步请求等），会将对应任务添加到事件线程中
• 当对应的事件符合触发条件被触发时，该线程会把事件添加到待处理队列的队尾，等待JS引擎的处理
• 注意，由于JS的单线程关系，所以这些待处理队列中的事件都得排队等待JS引擎处理（当JS引擎空闲时才会去执行）

4.定时触发器线程

• 传说中的setInterval与setTimeout所在线程
• 浏览器定时计数器并不是由JavaScript引擎计数的,（因为JavaScript引擎是单线程的, 如果处于阻塞线程状态就会影响记计时的准确）
• 因此通过单独线程来计时并触发定时（计时完毕后，添加到事件队列中，等待JS引擎空闲后执行）
• 注意，W3C在HTML标准中规定，规定要求setTimeout中低于4ms的时间间隔算为4ms

5. 异步http请求线程

• 在XMLHttpRequest在连接后是通过浏览器新开一个线程请求
• 将检测到状态变更时，如果设置有回调函数，异步线程就产生状态变更事件，将这个回调再放入事件队列中。再由JavaScript引擎执行。 

Browser进程和浏览器内核（Renderer进程）的通信过程

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

• Renderer进程的Renderer接口收到消息，简单解释后，交给渲染线程，然后开始渲染

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

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

  • 最后Render进程将结果传递给Browser进程

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

WebWorker

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

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

所以，如果有非常耗时的工作，请单独开一个Worker线程，这样里面不管如何翻天覆地都不会影响JS引擎主线程， 只待计算出结果后，将结果通信给主线程即可。

而且注意下，JS引擎是单线程的，这一点的本质仍然未改变，Worker可以理解是浏览器给JS引擎开的外挂，专门用来解决那些大量计算问题。 

简单梳理下浏览器渲染流程

1. 浏览器输入url，浏览器主进程接管，开一个下载线程， 然后进行 http请求（略去DNS查询，IP寻址等等操作），然后等待响应，获取内容， 随后将内容通过RendererHost接口转交给Renderer进程 - 浏览器渲染流程开始
2. 解析html建立dom树
3. 解析css建立CSSOM树（将CSS代码解析成树形的数据结构，然后结合DOM合并成render树）
4. 布局render树（Layout/reflow 回流），负责各元素尺寸、位置的计算
5. 绘制render树（paint 重绘），绘制页面像素信息
6. 浏览器会将各层的信息发送给GPU，GPU会将各层合成（composite），显示在屏幕上