在现代浏览器架构中，多进程设计已经成为标配。Chromium 浏览器作为典型的多进程浏览器，其浏览器进程（Browser Process）、渲染进程（Renderer Process）、GPU 进程、Utility 进程等之间的通信，依赖于高性能的 IPC（Inter-Process Communication）机制。而 Mojo 是 Chromium 内部核心的 IPC 框架，它不仅支持跨进程通信，还可以实现跨线程和本地通信，是 Chromium 多进程架构得以高效运行的重要保障。

本文将从 Mojo 的核心概念、数据流、线程模型、典型应用场景、源码解析和实战示例 等多个维度，深度剖析 Chromium Mojo IPC 机制。

Mojo 简介
Mojo 核心概念
- MessagePipe
- Handle
- Interface
- Receiver / Remote
- Bindings
Mojo IPC 数据流分析
线程模型与异步机制
典型使用场景
源码解析重点
- MessagePipe 创建和底层实现
- SimpleWatcher / WatcherBase
- Interface 自动生成类
- 异步回调与线程切换
Mojo 使用实战示例
性能优化与注意事项
总结

Mojo 简介

Mojo 是 Chromium 团队为浏览器内部通信专门设计的高性能 IPC 框架。它兼具 低延迟、零拷贝、高安全性、跨平台 等特点，在 Chromium 内部几乎承担了所有多进程通信的重任，包括：

浏览器进程与渲染进程之间的消息传递
GPU 进程和媒体组件之间的数据交换
Service Worker、Extension、Utility 等进程间的服务调用

Mojo 的设计理念主要有三个：

高性能
- 支持异步调用，减少阻塞等待
- 数据传输支持共享内存和数据管道，避免重复拷贝
跨平台
- 在 Windows、Linux、macOS 上有统一接口
- 内部根据平台选择最优 IPC 实现
安全与灵活
- 支持管道端点的访问控制
- 支持对象传递、接口绑定和异步回调

Mojo 在 Chromium 中的广泛使用，使得浏览器可以高效管理多进程、多线程环境下的复杂通信。

Mojo 核心概念

要理解 Mojo IPC，必须掌握其五个核心概念。

1. MessagePipe

MessagePipe 是 Mojo 的核心通信单元，它类似于 Unix 的 pipe。一个 MessagePipe 由两个端点组成：

端点 A
端点 B

这两个端点是双向的，可以互相发送消息和传递对象。MessagePipe 本质上是 消息队列 + 事件驱动的通信通道。

特点：

双向通信
支持跨进程和跨线程
可以承载序列化消息

2. Handle

Handle 是 Mojo 中操作对象的引用，用于访问 MessagePipe、共享缓冲区等资源。常见类型包括：

MessagePipeHandle：管道端点
DataPipeHandle：数据流管道
SharedBufferHandle：共享内存

Handle 可以被跨进程传递，保证资源访问的安全性和可控性。

3. Interface

Interface 用于定义 IPC 的服务接口，类似于传统的 IDL（Interface Definition Language）：

module my_module.mojom; interface MyInterface { DoSomething(int32 param1, string param2); };

.mojom 文件经过生成工具编译后，会生成 C++/Java 接口类，用于远程调用。

4. Receiver / Remote

Receiver：接收端，绑定接口实现，处理来自另一端的消息。
Remote：发送端，封装远程接口调用，提供异步方法。

Receiver 和 Remote 是通信双方的抽象封装，隐藏底层管道和消息序列化细节。

5. Bindings

Bindings 用于把接口实现和消息管道绑定起来。它负责：

接收消息
调度调用实现类的方法
管理回调和生命周期

mojo::Receiver<MyInterface> receiver(&impl, std::move(pipe_endpoint));

Mojo IPC 数据流分析

Mojo 的数据流主要经历以下步骤：

初始化通信通道
- 创建 MessagePipe
- 将端点分别绑定到 Remote 和 Receiver
发送消息
```
remote->DoSomething(42, "hello"); 
```
- 调用封装为 Message
- 发送到 MessagePipe
消息调度
- SimpleWatcher 监听可读事件
- TaskRunner 派发到绑定线程
消息反序列化与调用
- Receiver 反序列化消息
- 调用绑定的接口实现类方法

整个流程保证了异步、线程安全和跨进程通信能力。

线程模型与异步机制

1. SimpleWatcher

SimpleWatcher 是 Mojo 的事件监听器，用于监听 Handle 的可读/可写事件。它通常配合 Chromium 的 MessageLoop/TaskRunner 使用，实现异步事件调度。

2. 异步调用与线程安全

mojo::Remote 可以跨线程调用
内部会自动序列化消息，保证线程安全
Receiver 通常绑定到单线程 TaskRunner，确保消息处理在正确线程执行

典型使用场景

浏览器进程 → 渲染进程
- RenderFrameHostImpl 与 RenderFrame 通信
- 传递 URL、执行 JS、更新渲染状态
服务注册与调用
- Browser → Service Worker
- Media → GPU
内存共享
- DataPipe / SharedBuffer 用于视频帧、音频流传输
- 避免重复拷贝，提高性能

源码解析重点

1. MessagePipe 创建和底层实现

Windows 使用 NamedPipe 或 Local IPC
Linux 使用 socketpair
macOS 使用 Mach ports

MessagePipe 封装了平台差异，提供统一接口。

2. SimpleWatcher / WatcherBase

监听 Handle 可读/可写事件
与 TaskRunner 配合，实现异步消息调度

3. Interface 自动生成类

Remote、Receiver、Proxy、Stub
封装消息序列化、反序列化和调用

4. 异步回调与线程切换

跨线程调用自动序列化
Receiver 确保绑定线程安全
支持 Callback 和 Promise 异步返回

Mojo 使用实战示例

定义接口：

module my_module.mojom; interface MyInterface { DoSomething(int32 param1, string param2); };

C++ 使用：

class MyImpl : public my_module::mojom::MyInterface { public: void DoSomething(int32_t param1, const std::string& param2) override { LOG(INFO) << "Received: " << param1 << ", " << param2; } }; MyImpl impl; mojo::Remote<my_module::mojom::MyInterface> remote; mojo::Receiver<my_module::mojom::MyInterface> receiver(&impl, std::move(pipe_end)); // 调用 remote->DoSomething(42, "hello");

消息流分析：