浏览器渲染进程多线程

以前有关浏览器渲染进程和线程这一块，纠结了好久，由于我彻底搞不懂什么是线程和进程，若是你和我同样，也是以前没有了解过，或者不是很清楚什么是线程，什么是进程，建议先看浏览器多进程架构，搞清楚了线程和进程后，看这篇文章可能会事半功倍。

GUI渲染线程

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

当界面须要重绘（Repaint）或因为某种操做致使重排（Reflow）时，该线程就会执行

GUI渲染线程和JS引擎线程是互斥的，当js引擎执行时GUI线程会被挂起（至关于冻结），GUI更新会被保存在一个队列中等到js引擎空闲时当即执行

JS引擎线程

也称之为js内核，负责处理javascript脚本程序（V8引擎）

JS引擎线程负责解析javascript脚本，运行代码

JS引擎一直在等待着任务的到来，而后加以处理，一个renderer进程中不管如何都只有一个js线程在运行js程序

因为GUI渲染线程和JS引擎线程是互斥的，因此若是JS执行时间若是过长，这样就会形成页面渲染不连贯，致使页面渲染加载阻塞

事件触发线程

归属于浏览器而不是js引擎，用来控制事件循环

当js引擎执行代码，如setTimeout时（也能够是来自浏览器内核的其余线程，如鼠标点击，ajax请求等），会将对应的任务添加到事件线程当中

当对应的事件符合触发条件被触发时，事件线程会把事件添加到待处理事件队列的队尾，等待js引擎的处理

因为js的单线程关系，因此这些待处理队列中的事件都得排队等待js引擎处理（当js引擎空闲时才会去执行）

定时器触发器线程

setInterval和setTimeout所在的线程

浏览器定时计数器并非由js引擎计数的（由于js是单线程的，若是处于阻塞状态就会影响计数的准确性）

单独的线程来计时并触发定时（计时完毕后，添加到事件队列中，等待js引擎空闲后执行）

W3C在HTML标准中规定，规定要求setTimeout中低于4ms的时间间隔算为4ms

异步http请求线程

在XMLHttpRequest在链接后经过浏览器开一个线程请求

将检测到状态变动时，若是有设置有回调函数，异步线程就产生状态变动事件，将这个回调再放入事件队列中，再有js引擎执行

这里说的是主流的浏览器渲染进程的主要几个线程，但不囊括全部，若是遇到相应的问题，欢迎评论。