1、 浏览器的进程：
1.1 浏览器的进程概览
· 浏览器是多进程的
· 浏览器之所以能够运行，是因为系统给它的进程分配了资源（cpu、内存）
· 简单点理解，每打开一个Tab页，就相当于创建了一个独立的浏览器进程。
1.2 浏览器的进程类型
- Browser进程：浏览器的主进程（负责协调、主控），只有一个。作用有
-
- 负责浏览器界面显示，与用户交互。如前进，后退等
- 负责各个页面的管理，创建和销毁其他进程
- 将Renderer进程得到的内存中的Bitmap，绘制到用户界面上
- 网络资源的管理，下载等
Bitmap我理解是一种对象类型的数据结构？
- 第三方插件进程：每种类型的插件对应一个进程，仅当使用该插件时才创建
- GPU进程：最多一个，用于3D绘制等
- 浏览器渲染进程（浏览器内核）（Renderer进程，内部是多线程的）：默认每个Tab页面一个Renderer进程，互不影响。主要作用为
-
- 页面渲染，脚本执行，事件处理等
2、浏览器内核（渲染进程）：
·对于普通的前端操作来说，最终要的是什么呢？答案是渲染进程****
·页面的渲染，JS的执行，事件的循环，都在这个进程内进行。
·渲染进程是多线程的。
2.1 主要常驻线程
- GUI渲染线程
-
- 负责渲染浏览器界面，解析HTML，CSS，构建DOM树和RenderObject树，布局和绘制等。
- 当界面需要重绘（Repaint）或由于某种操作引发回流(reflow)时，该线程就会执行
- 注意，GUI 渲染线程与JS 引擎线程是互斥的，当JS引擎执行时GUI线程会被挂起（相当于被冻结了），GUI更新会被保存在一个队列中等到****JS 引擎空闲时立即被执行。
- JS引擎线程
-
- 也称为JS内核，负责处理Javascript脚本程序。（例如V8引擎）
- JS引擎线程负责解析Javascript脚本，运行代码。
- JS引擎一直等待着任务队列（这样子看的话，js引擎、事件触发线程、定时事件触发线程都是共享这同一个任务队列）中任务的到来，然后加以处理，一个Tab页（renderer进程）中无论什么时候都只有一个JS线程在运行JS程序
- 同样注意，GUI 渲染线程与JS 引擎线程是互斥的，所以如果JS执行的时间过长，这样就会造成页面的渲染不连贯，导致页面渲染加载阻塞。
- 事件触发线程
-
- 归属于浏览器的当前页面进程，而不是JS引擎，用来控制事件循环（可以理解，JS引擎自己都忙不过来，需要浏览器（在当前页面的进程中）另开线程协助）
- 当JS引擎执行代码块如setTimeOut时（也可来自浏览器内核的其他线程,如鼠标点击、AJAX异步请求等），会将对应任务添加到事件线程中（这里应该主要是接管定时线程推过来的事件？）
- 当对应的事件符合触发条件被触发时，该线程会把事件添加到待处理队列的队尾，等待JS引擎的处理
- 注意，由于JS的单线程关系，所以这些待处理队列中的事件都得排队等待JS引擎处理（当JS引擎空闲时才会去执行）
- 定时触发器线程
-
- 传说中的setInterval与setTimeout所在线程（在js引擎或者js线程执行到定时器就会调用（或者说是在当前进程中单开一个）线程）
- 浏览器定时计数器并不是由JavaScript引擎计数的,（因为JavaScript引擎是单线程的, 如果处于阻塞线程状态就会影响记计时的准确）
- 因此通过单独线程来计时并触发定时（计时完毕后，添加到事件队列中，等待JS引擎空闲后执行）
- 注意，W3C在HTML标准中规定，规定要求setTimeout中低于4ms的时间间隔算为4ms。
- 异步http请求线程
-
- 在XMLHttpRequest在连接后是通过浏览器新开一个线程请求（也是js线程执行到这里就单开一个还是在说js代码的编译阶段就已经开好了？）
- 将检测到状态变更时，如果设置有回调函数，异步线程就产生状态变更事件，将这个回调再放入事件队列中。再由JavaScript引擎执行。
2.2 Browser进程和浏览器内核（Renderer进程）的通信过程
最后Render进程将结果传递给Browser进程，Browser进程接收到结果并将结果绘制出来（所以最终执行渲染、接管内存的还是当前进程本身）
3、 浏览器内核中线程之间的关系
3.1
4、 浏览器的渲染流程
-
浏览器输入url，浏览器主进程接管，开一个下载线程，
-
然后进行 http请求（略去DNS查询，IP寻址等等操作），然后等待响应，获取内容，随后将内容通过RendererHost接口转交给Renderer进程
-
浏览器渲染流程开始
