浏览器架构
演进
- 单进程架构：所有模型运行在同一个进程里，包含网络、插件、Javascript运行环境等
- 多进程架构：主进程、网络进程、渲染进程、GPU进程、插件进程
- 面向服务架构：将原来的UI、数据库、文件、设备、网络等作为一个独立的基础服务
对比
- 单进程架构：同个进程包含多个模块，易卡顿，一个模块出错则全进程崩溃，没有数据隔离，耦合性高导致拓展性低
- 多进程架构：存在某一进程功能强大，耦合性高，所以拓展性只有中等水平；其他安全性高、稳定度强、流畅度好
- 面向服务架构：服务模块分更细，拓展性变强
渲染进程
主要负责页面渲染、脚本执行、事件处理、网络请求等 多线程工程流程
- 网络线程负责加载网页资源
- JS引擎解析JS脚本并且执行
- JS解析引擎空闲时，渲染线程立即工作
- 用户交互、定时器操作等产生回调函数放入任务队列中
- 事件线程进行事件循环、将队列里的任务取出交给JS引擎执行
Chrome运行原理
如何展示网页
输入处理
- 如果输入的是URL，则请求站点资源
- 如果是query，将输入发送给搜索引擎
开始导航
用户回车，网络进程则发起一个网络请求，来获取站点内容；请求过程中，tab处于loading状态
读取响应
网络线程收到HTTP响应后，先检查响应头的媒体类型
- 如果主体是HTML文件，则将内容交给渲染进程处理
- 如果是其他类型文件，则交给下载管理器处理
寻找渲染进程
- 网络线程检查完毕，告知主进程，主进程再为这个站点寻找一个渲染进程
- 主进程通过IPC消息告诉渲染进程去处理导航
- 渲染进程开始接收数据并告知主进程，至此导航结束，进入文档加载阶段
资源加载
- 收到主进程的消息后，开始加载HTML文档
- 同时，还需要加载子资源，如图片、CSS样式文件及JS脚本
构建渲染树
- 构建DOM树，将HTML文本转换成浏览器能理解的结构
- 构建CSSOM树，原因同上
- 构建渲染树，是上面两树的结合
页面布局
- 根据渲染树计算每个节点的位置和大小
- 在浏览器页面区域绘制元素边框
- 遍历渲染树，将元素以盒模型的形式写入文档流
页面绘制
- 为特定节点构建专用图层
- 一个图层分成很多绘制指令，然后将这些指令按顺序排一个绘制列表，交给合成线程
- 合成线程接收指令生成图块
- 栅格线程将图块进行栅格化
- 展示在屏幕上
优化
首屏优化
- 压缩、分包、删除无用代码
- 静态资源分离
- JS脚本非阻塞加载
- 缓存策略
- SSR
- 预置loading、骨架屏
渲染优化
- GPU加速
- 减少回流、重绘
- 离屏渲染
- 懒加载
JS优化
- 防止内存泄漏
- 循环尽早break
- 合理使用闭包：不合理也会导致内存泄漏
- 减少Dom访问
- 防抖节流：防抖是用户多次提交只选择最后一次响应，节流是某一时段只能进行一次提交
- Web Workers
