John_ToStr的博客

Chromium通过ContentClient/ContentBrowserClient体系实现内核与浏览器产品的解耦。该设计采用依赖反转原则，由内核定义接口，上层浏览器实现。核心特性包括：1）生命周期保证，初始化阶段即设置全局单例，调用时无需判空；2）严格的不变量机制，违反即崩溃以防止隐性错误；3）白名单式扩展接口，确保安全性。典型案例AudioServiceOutOfProcess展示内核与embedder如何协作决策。这种架构既保持内核独立性，又支持定制化，是Chromium可复用于多款浏览器的关键。

大型C++项目中循环依赖是常见问题，Chromium通过模块化设计有效规避。文章首先剖析了循环依赖的危害，包括编译错误和工程问题。重点介绍了Chromium采用的五种解耦方案：前向声明+指针成员、Observer模式、接口/实现分离、多进程通信及构建工具约束。通过RenderFrameHostImpl与WebContentsImpl的真实案例，展示了接口抽象的具体应用。最后给出工程实践建议，包括使用前向声明、接口抽象等，并推荐了检测工具。Chromium的解决方案为大型C++项目提供了模块解耦的参考范例。

Chromium浏览器采用模块化和分层设计，核心内容层(content)与上层browser层存在依赖隔离。为解决反向通信问题，Chromium提供三种主要机制：1）接口委托(Delegate)，适合点对点回调；2）观察者模式(Observer)，适用于多模块监听；3）ContentBrowserClient全局接口，处理导航控制等核心功能。开发者需避免直接逆向依赖，应通过公共接口进行通信。这些机制遵循Chromium架构原则，确保模块解耦的同时实现层间交互，是理解Chromium通信机制的关键。

Chromium 跨模块单例失效问题与接口注入解决方案

设计模式之职责链模式

设计模式之迭代器模式

设计模式之组合模式

设计模式之备忘录模式

设计模式之状态模式

设计模式之中介者模式

设计模式之适配器模式

设计模式之代理模式

设计模式之门面（Facade）模式

设计模式之享元（Flyweight）模式

设计模式之单例模式

设计模式之构建器模式

设计模式之原型模式（Prototype）

设计模式之抽象工厂模式

设计模式之工厂方法模式

设计模式之桥模式（Bridge）

设计模式之装饰模式（Decorator）

设计模式之观察者模式

设计模式之策略模式

设计模式之模版方法模式

设计模式&原则

当单例类需要支持共享时遇到的问题以及解决方案