浏览器架构演进

1. 单进程架构：所有模块运行在同一个进程里，包含网络、插件、JavaScript运行环境等。
2. 多进程架构：主进程、网络进程、渲染进程、GPU进程、插件进程。
3. 面向服务架构：将原来的UI、数据库、文件、设备、网络等，作为一个独立的基础服务。

如下图所示：

浏览器架构对比

浏览器架构-任务管理器

浏览器架构-多进程分工

为什么会有单进程架构？

答：肯定不好呀，早期为啥会有单进程架构就是因为受硬件的影响，如果是单进程的话会节约一些资源。

面向服务架构是否会替代多进程架构？

答：感觉会被替代，面向服务架构要是机器性能好的情况下会做成面向服务架构的。要是机器性能差的时候也会退化成多进程架构，也是为了节约资源。

常见浏览器内核

• Trident
• Gecko
• Webkit
• Blink
• Edge
• Trident+Webkit(Blink)

渲染进程-多线程架构

内部是多线程实现，主要负责页面渲染，脚本执行，事件处理，网络请求等。

JS引擎VS渲染引擎

1. 解析执行JS
2. XML解析生成渲染树，显示在屏幕
3. 桥接方式通信

渲染进程-多进程工作流程

1. 网络线程负责加载网页资源
2. JS引擎解析JS脚本并且执行
3. JS解析引擎空闲时，渲染线程立即工作
4. 用户交互、定时器操作等产生回调函数放入任务队列中
5. 事件线程进行事件循环，将队列里的任务取出交给JS引擎执行

Chrome运行原理

Chrome运行原理-如何展示网页

• 浏览器地址输入URL后发生了什么

Chrome运行原理-输入处理

1. 用户URL输入内容之后，UI线程会判断输入的是一个URL地址呢，还是一个query查询条件呢
2. 如果是URL地址，直接请求站点资源
3. 如果是query，将输入发送给搜索引擎

Chrome运行原理-开始导航

1. 当用户按下回车，UI线程通知网络线程发起一个网络请求，来获取站点内容
2. 请求过程中，tab处于loading状态

Chrome运行原理-读取响应

Chrome运行原理-寻找渲染进程

1. 网络线程做完所有检查后，会告知主进程数据已准备完毕，主进程确认后为这个站点寻找一个渲染进程
2. 主进程通过IPC消息告知渲染进程去处理本次导航
3. 渲染进程开始接收数据并告知主进程自己已开始处理，导航结束，进入文档加载阶段

Chrome运行原理-资源加载

1. 收到主进程的消息后，开始加载HTML文档
2. 除此之外，还需要加载子资源，比如一些图片，CSS样式文件以及JavaScript脚本

渲染进程-构建渲染树

1. 构建DOM树，将HTML文本转化成浏览器能够理解的结构
2. 构建CSSOM树，浏览器同样不然是CSS，需要将CSS代码转化为可理解的CSSOM
3. 构建渲染树，渲染树是DOM树和CSSOM树的结合

渲染进程-页面布局

1. 根据渲染树计算每个节点的位置和大小
2. 在浏览器页面区域绘制元素边框
3. 遍历渲染树，将元素以盒子模型的形式写入文档流

渲染进程-页面绘制

1. 构建图层：为特定的节点生成专用图层
2. 绘制图层：一个图层分成很多绘制指令，然后将这些指令按顺序组成一个绘制列表，交给合成线程
3. 合成线程接收指令生成图块
4. 栅格线程将图块进行栅格化
5. 展示在屏幕上

前端性能performance

1. 时间都花在哪
2. 什么情况下卡顿

首屏优化

1. 压缩、分包、删除无用代码
2. 静态资源分离
3. JS脚本非阻塞加载
4. 缓存策略
5. SSR
6. 预置loading、骨架屏

渲染优化

1. GPU加速
2. 减少回流、重绘
3. 离屏渲染
4. 懒加载

JS优化

1. 防止内存泄漏
2. 循环尽早break
3. 合理使用闭包
4. 减少Dom访问
5. 防抖、节流
6. Web Workers

跨端容器

为什么需要跨端

1. 开发成本、效率
2. 一致性体验
3. 前端开发生态

有哪些跨端方案

• webview
• 小程序
• RN/Weex
• Lynx
• Flutter

跨端容器-WebView

1. Webview，即网页视图，用户加载网页Url，并展示其内容的控件
2. 可以内嵌在移动端App内，实现前端混合开发，大多数混合框架都是基于Webview的二次开发；比如lonic、Cordova

总结

今天学习了客户端容器，浏览器架构、渲染进程、chrome运行原理、跨端容器等一些东西，了解了客户端容器的基本组成和基础知识，为以后学习奠定了基础。