客户端容器
浏览器架构演进
1.单进程架构:所有模块运行在同一个进程里,包含网络、插件、JavaScript运行环境等 2.多进程架构:主进程、网络进程、渲染进程、GPU进程、插件进程 3.面向服务架构:将原来的UI、数据库、文件、设备、网络等,作为一个独立的基础服务
浏览器架构对比
| 架构类型 | 扩展性 | 安全性 | 稳定性 | 流畅度 |
|---|---|---|---|---|
| 单进程架构 | 低,所有模块运行在同一进程里访问同一块内存区域,数据没有隔离,新增模块可能会影响原有功能 | 低,三方插件可直接访问操作系统里任意资源 | 低,三方插件漏洞或者某个tab页面JavaScript脚本问题可能导致浏览器崩溃 | 卡顿,所有页面运行在同一进程中,开启多个页面时明显卡顿 |
| 多进程架构 | 中,各进程分配独立的内存区域,有些进程功能较大,耦合度高 | 高,运行在独立沙箱中,不能访问系统敏感资源 | 高,进程相互隔离,当一个<页面或者插件崩溃时,不会影响其他进程 | 流畅,每个页面运行在独立的渲染进程中,充分利用系统资源 |
| 面向服务架构 | 高,服务模块划分更细,更内聚、耦合性低,易于扩展 | 高,运行在独立沙箱中,不能访问系统敏感资源 | 高,进程相互隔离,当一个页面或者插件崩溃时,不会影响其他进程 | 流畅,每个页面运行在独立的渲染进程中,充分利用系统资源 |
多进程分工
| 进程名称 | 进程描述 |
|---|---|
| 浏览器(主进程) | 主要负责页面展示逻辑,用户交互,子进程管理;包括地址栏、书签、前进、后退、收藏夹等 |
| GPU进程 | 负责U川绘制,包含整个浏览器全部UI |
| 网络进程 | 网络服务进程,负责网络资源加载 |
| 标签页(渲染进程) | 控制tab内的所有内容,将Html、Css和JavaScript转换为用户可交互的网页 |
| 插件进程 | 控制网站运行的插件,比如flash、ModHeader等 |
| 其他进程 | 如上图所示:适用程序Storage/Network/Audio Service等 |
Chrome运行原理
如何展示网页
输入处理
1.用户U框输入内容的后,U川线程会判断输入的是一个URL地址呢,还是一个quey查询条件
2.如果是URL,直接请求站点资源
3.如果是query,将输入发送给搜索引擎
读取响应
1.网络线程接收到HTTP响应后,先检查响应头的媒体类型(MIME Type)
2.如果响应主体是一个HTML文件,浏览器将内容交给渲染进程处理
3.如果拿到的是其他类型文件,比如Zip、exe等,则交给下载管理器处理
寻找渲染进程
1.网络线程做完所有检查后,会告知主进程数据已准备完毕,主进程确认后为这个站点寻找一个渲染进程
2.主进程通过PC消息告知渲染进程去处理本次导航
3.渲染进程开始接收数据并告知主进程自己已开始处理,导航结束,进入文档加载阶段
构建渲染树
1.构建DOM树,将HTML文本转化成浏览器能够理解的结构
2.构建CSSOM树,浏览器同样不认识CSS,需要将CSS代码转化为可理解的CSSOM
3.构建渲染树,渲染树是DOM树和CSSOM树的结合