浏览器漫长的发展历程中，伴随着进程架构的不断更新迭代。从单进程架构、多进程架构到面向服务架构，目前还在不断过渡。
浏览器中的任务
- 浏览器自身
- 页面渲染（打开新的页面就需要进行新的页面渲染）
- 插件
- 网络请求
- gpu渲染
- audio、video
浏览器所需执行的任务会随着场景不断增多。
单进程架构
单进程浏览器架构图
- 所有任务都是在同一进程下执行，分发给多个线程。
- 单个线程会执行一个或多个任务。
弊端
-
不稳定
线程中任意一处线程出现问题会导致整个进程崩溃，可能会因为一个插件的问题、一个页面的问题影响到整个浏览器的使用。
-
不流畅
单线程每个时刻只能执行一个任务，如果当前任务执行时间过长，会阻塞后续任务，造成页面卡顿。
-
不安全
未对插件线程进行限制。插件通常可为C、C++程序，可获取到系统层级资源，进行读写操作，有安全隐患。而且，早期浏览器很多功能由插件实现。
多进程架构
多进程架构图
将之前各项任务划分到更多进程中。
-
浏览器主进程
主要负责界面显示、用户交互、子进程管理，同时提供存储等功能。
-
渲染进程
负责页面的渲染，将html、css、javascript代码转换为用户可与之交互的页面。chrome的排版引擎blink和js运行引擎v8都在此进程中。为确保安全性，该进程至于沙箱模式（限制权限，不能对系统重要位置进行读写操作）中。
-
网络进程
负责获取页面中远程资源的获取，从浏览器进程中独立出来。
-
插件进程
负责插件的运行，通过这种方式与其他进程隔离，防止因插件崩溃导对浏览器和页面产生影响。
-
GPU进程
页面、chrome的UI界面由GPU渲染，GPU称为浏览器普遍的需求，引入了GPU进程。
弊端
以上的多进程和沙盒隔离解决了之前所述单线程所带来的弊端。
- 使用多进程会带来更高的资源占用。
- 各模块间耦合性高，架构过于复杂，难于扩展，很难满足新的需求。
面向服务的架构
- 将原先的模块重构成服务，每个服务在独立的进程中运行。
- 访问服务须使用定义好的接口，各个进程间通过IPC通信。
- 从而实现了松耦合、易于扩展的目标。
- Chrome 最终要把 UI、数据库、文件、设备、网络等模块重构为基础服务，类似操作系统底层服务。
-
Chrome 还提供灵活的弹性架构，在强大性能设备上会以多进程的方式运行基础服务，但是如果在资源受限的设备上，Chrome 会将很多服务整合到一个进程中，从而节省内存占用。
面向服务的架构
