一个进程下有多个线程,同一个进行的不同线程间共享内存空间;
进程是CPU资源分配的最小单位,线程是CPU调度的最小单位;
浏览器进程:
1、浏览器主进程:只有一个,主要作用:负责浏览器界面显示,与用户交互。如前进,后退等、负责各个页面的管理,创建和销毁其他进程、将渲染(Renderer)进程得到的内存中的Bitmap(位图)绘制到用户界面上、网络资源的管理,下载等;
2、GPU进程:最多一个,用于3D绘制等;
3、插件进程:每种类型的插件对应一个进程,仅当使用该插件时才创建;
4、浏览器渲染进程:即浏览器内核,默认每个Tab页面一个进程,互不影响,控制页面渲染,脚本执行,事件处理等(有时候会优化,如多个空白tab会合并成一个进程);
浏览器内核进程包含的线程:
1、GUI渲染线程
- 负责渲染浏览器界面,解析HTML,CSS,构建DOM树和RenderObject树,布局和绘制等。
- 当界面需要重绘(Repaint)或由于某种操作引发回流(reflow)时,该线程就会执行。
- 注意,GUI渲染线程与JS引擎线程是互斥的,当JS引擎执行时GUI线程会被挂起(相当于被冻结了),GUI更新会被保存在一个队列中等到JS引擎空闲时立即被执行。
2、JS引擎线程
- !!!主线程,形成执行栈。
- JS内核,负责处理Javascript脚本程序,解析Javascript脚本,运行代码。
- JS引擎一直等待着任务队列中任务的到来,然后加以处理,一个Tab页(renderer进程)中无论什么时候都只有一个JS线程在运行JS程序。
3、事件处理线程(控制事件循环,将可执行事件放入任务队列,等待JS引擎的处理)
- !!!管理任务队列,在队列中放置待执行的事件。(宏任务和微任务)
- 当JS引擎执行代码块如setTimeOut时(也可来自浏览器内核的其他线程,如鼠标点击、AJAX异步请求等),会将对应任务添加到事件线程中。
- 当对应的事件符合触发条件被触发时,该线程会把事件添加到待处理队列的队尾,等待JS引擎的处理。
- 注意,由于JS的单线程关系,所以这些待处理队列中的事件都得排队等待JS引擎处理(当JS引擎空闲时才会去执行)。
4、定时器线程
- 浏览器定时计数器并不是由JavaScript引擎计数的,(因为JavaScript引擎是单线程的, 如果处于阻塞线程状态就会影响记计时的准确)。
- 因此通过单独线程来计时并触发定时(计时完毕后,添加到事件队列中,等待JS引擎空闲后执行)。
- 注意,W3C在HTML标准中规定,规定要求setTimeout中低于4ms的时间间隔算为4ms。
5、异步请求线程
- 在XMLHttpRequest在连接后是通过浏览器新开一个线程请求。
- 将检测到状态变更时,如果设置有回调函数,异步线程就产生状态变更事件,将这个回调再放入事件队列中。再由JavaScript引擎执行。
其中,GUI和JS线程互斥,定时器和异步请求线程受事件处理线程控制,JS线程会读取事件处理线程中的事件进行处理。
浏览器多进程的优势:
1、避免单个page crash影响整个浏览器;
2、避免第三方插件crash影响整个浏览器;
3、多进程充分利用多核优势;
4、方便使用沙盒模型隔离插件等进程,提高浏览器稳定性;
如果浏览器是单进程,那么某个Tab页崩溃了,就影响了整个浏览器;同理如果是单进程,插件崩溃了也会影响整个浏览器;而且多进程还有其它的诸多优势。当然,内存等资源消耗也会更大,有点空间换时间的意思。
WebWorker
JS是单线程,当JS中有大量计算,运行时间过长时将阻塞正常运行,HTML5中提出了Web Worker,WebWorker只是属于render进程下的一个线程。
- 创建Worker时,JS引擎向浏览器申请开一个子线程(子线程是浏览器开的,完全受主线程控制,而且不能操作DOM)。
- JS引擎线程与worker线程间通过特定的方式通信(postMessage API,需要通过序列化对象来与线程交互特定的数据)。
如果有非常耗时的工作,请单独开一个Worker线程,这样里面不管如何翻天覆地都不会影响JS引擎主线程,只待计算出结果后,将结果通信给主线程即可。而且注意下,JS引擎是单线程的,这一点的本质仍然未改变,Worker可以理解是浏览器给JS引擎开的外挂,专门用来解决那些大量计算问题。
参考:
javascript - 从浏览器多进程到JS单线程,JS运行机制最全面的一次梳理 - 程序生涯 - SegmentFault 思否