chromium学习：进程模型

    在我们继续我们的源码分析之前，我们先来补一下基础。

    今天，我们一起看一下chromium的进程模型。

    当年chrome刚出来的时候，多进程模型也是大力宣传的一点。那么多进程有什么好处呢？

    chromium的官方文档是这么解释的：以前，我们的浏览器就像旧时代的操作系统，单用户协同工作的多任务操作系统。一个恶意的程序就能使得整个操作系统崩溃。同样，一个恶意的网页也能使得浏览器崩溃。现代操作系统把这些用用程序分割在不同的进程里面，进程之间有很好的保护，这样，一个进程崩溃了不会影响到其他进程，更不会影响到操作系统。基于同样的道理，浏览器应该像操作系统一样向多进程模型演进。

    很有道理，是不是？

 

   那么，chromium支持哪些进程模型呢？这里我大致介绍一下，因为我发现这里可能有很多误解。

    1. 默认的，Process-per-site-instance。这个类似javascript的同源策略，不过不同的是，把子域以及含端口的网站也划拉进来了。也就是说，这些都会用一个进程。

    2. process-per-site。启动选项 --process-per-site。这个模型除了1的同源策略外，增加了一项，对于同一个网站，维护一个进程。比如在一个tab里面打开了http://blog.youkuaiyun.com/awebkit，然后在另一个tab里面同样打开http://blog.youkuaiyun.com/awebkit，使用此模式，发现他们是在同一个进程内。

  3.process-per-tab。启动选项--process-per-tab。这可不是一个tab一个进程。由javascript连接的tab在一个进程内。也就是说，打开一个tab，然后只要是通过javascript打开的tab都会在同一个进程内。如果手动打开一个新tab，则会增加一个新进程。

  4. single-process。启动选项--single-process。这个就是传统的单进程模式。学习chromium的时候很有用哦

  上面说的都是render进程。那chromium中还有别的进程吗？

  其他的进程：沙盒进程和插件进程。所有的render进程不是直接使用资源的，而是通过沙盒进程。关于沙盒部分，以后再详细介绍。插件也会运行在独立的进程。

  好了，chromium支持的进程模型大致这些。

  然后我们来看看多进程之间是如何协同工作的。

  仔细看看下面这张图：