浏览器架构-实践篇

1-浏览器架构-实践篇

那么咱们来来看看Chrome是对应的浏览器架构是怎样的呢？当咱们打开任务管理器的时候，会看到看到浏览器开启会有多个进程（能够经过Chrome的更多工具 -> 任务管理器自行查看。）。

那咱们来来看看chrome有哪些主要进程吧。

• Browser Process：浏览器的主进程（负责协调、主控），只有一个。
  1. 负责包括地址栏，书签栏，前进后退按钮等部分的工做；
  2. 负责各个页面的管理，建立和销毁其余进程；
  3. 将Renderer进程获得的内存中的Bitmap，绘制到用户界面上；
  4. 负责处理浏览器的一些不可见的底层操做，好比网络请求和文件访问；
• Renderer Process：默认每一个Tab页面一个进程，互不影响。
  1. 页面渲染，脚本执行，事件处理等
• Plugin Process：每种类型的插件对应一个进程，仅当使用该插件时才建立
• GPU Process：最多一个，用于3D绘制等

那多进程架构由那些优/劣势呢？

优点	劣势
单一页面的 crash 并不会影响浏览器	不一样进程内存不能共享，致使不一样进程内存中存有相同信息
插件的 crash 并不会影响浏览器
多进程充分利用多核优点
更为安全，在系统层面上限定了不一样进程的权限

chrome 为了节省内存的使用，限制了最多的进程数，最大进程数量由设备的内存和 CPU 能力决定，当达到这一限制时，新打开的 Tab 会共用以前同一个站点的渲染进程。

Chrome 把浏览器不一样程序的功能看作服务，这些服务能够方便的分割为不一样的进程或者合并为一个进程。以 Broswer Process 为例，若是 Chrome 运行在强大的硬件上，它会分割不一样的服务到不一样的进程，这样 Chrome 总体的运行会更加稳定，可是若是 Chrome 运行在资源贫瘠的设备上，这些服务又会合并到同一个进程中运行，这样能够节省内存。

以上介绍完了浏览器的基本架构，可是咱们最开始的问题还没开始解决呢！回顾一下问题：

「在浏览器地址栏中输入 url 到页面展示的短短几秒内浏览器究竟作了什么？」

下一篇文章

问题-概况篇