读《Chrome源码剖析》，对其架构设计有感

愿打开此篇对你有所帮助。

嗯，站在巨人的肩膀上，虽然是十年前的巨人吧。

在那篇长达两万多字加几十张图片的文章中，我看到了两个很熟悉的身影：nginx采用的多进程模型和moduo网络库采用的reactor模型，果然技术都是互通有无的。

文章目录

• • 前言
  • 谷歌Chrome/Chromium的多进程架构
  • Chrome 的线程模型
  • 进程间通信方式

前言

1. 它是如何利用多进程（其实也会有多线程一起）做并发的，又是如何解决多进程间的一些问题的，比如进程间通信，进程的开销；
2. 它的整体框架是怎样，有没有很NB的架构思想；
3. 它如何实现跨平台的UI控件系统；

谷歌Chrome/Chromium的多进程架构

在这里插入图片描述

此外，通过out of process plugins（OOPP）功能将所有的插件进程（如Flash、Java、PDF阅读器等）与的浏览器进程隔离，进而提升Chrome浏览器的安全性。

有没有一种 nginx 架构的感觉。

Chrome 的线程模型

reactor 了解一下。宗旨为：尽量少加锁！！！

Task 的执行模型：

在这里插入图片描述

如果你熟悉设计模式，你会发现这是一个Command模式，将创建于执行的环境相分离，在一个线程中创建行为，在另一个线程中执行行为。

进程间通信方式

有名管道。

在这里插入图片描述

Chrome的进程通信，最核心的特点，就是利用消息循环来检查信号量，而不是直接让管道阻塞在某信号量上。

就说到这儿吧，其实我就是觉得跟nginx和muduo有点熟悉，这俩模型是挺常用哈，性能也摆在明面上了。