客户端架构
单进程架构：
所有的模块运行在同一个进程里，包含网络、插件、JavaScript运行环境等
多进程架构：
主进程、网络进程、渲染进程、GPU进程、插件进程
面向服务架构：
将原来的UI、数据库、文件、设备、网络等，作为一个独立的基础服务
1. 多进程架构是现在的浏览器的主流架构，进程之间相互隔离，运行在独立沙盒里
2. 面向服务架构访问需要事先定义好IP接口
| 架构类型 | 拓展性 | 安全性 | 稳定性 | 流畅性 |
|---|---|---|---|---|
| 单进程架构 | 低 | 低 | 低 | 卡顿 |
| 多进程架构 | 中 | 高 | 高 | 流畅 |
| 面向服务架构 | 高 | 高 | 高 | 流畅 |
浏览器进程可通过任务管理器查看：
分工是多进程浏览器架构的显著特征，一般分工如下：
| 进程名称 | 进程描述 |
|---|---|
| 浏览器（主进程） | 主要负责页面展示逻辑，用户交互，子进程管理；包括地址栏、书签、前进、后退、收藏夹等 |
| GPU进程 | 负责UI绘制，包含整个浏览器全部UI |
| 网络进程 | 网络服务进程，负责网络资源加载 |
| 标签页（渲染进程） | 控制tab内的所有内容，将HTML、CSS、、和JavaScript转换为用户可交互的网页 |
| 插件进程 | 控制网站运行的插件，比如flash、ModHeader |
思考：
为什么会有单进程架构？
因为早期硬件资源匮乏，内存条所拥有的内存空间比较少，需要对内存空间合理利用，节约内存资源。
面向服务架构是否会替代多进程架构？
可能会，在硬件条件良好的设备上，面向服务架构的运行有更大的优势，可以给用户更好的体验。但当用户的设备硬件条件没有那么良好的时候，会选择多进程架构，以节约内存资源，给用户更流畅的体验。
渲染进程
常见的浏览器内核如下
多线程架构的渲染进程内部是多线程实现，主要负责页面渲染，脚本执行，事件处理，网络请求等；
