第2章 模块间通信性能优化：接口调用 vs 事件总线 vs 路由，耗时对比与选型

模块化架构中，模块间通信方式直接决定了调用链路的长度、序列化/反序列化开销以及线程切换成本。本章从性能视角出发，对接口调用、事件总线、路由三种主流通信机制进行全链路耗时对比，并给出量化选型依据。

2.1 优化原理

三种通信机制的核心差异在于调用路径的物理长度与中间层的处理密度：

• 接口调用（Interface）：编译期确定的强类型直接调用，无序列化、无反射、无线程切换，链路最短。
• 事件总线（EventBus）：发布-订阅模式，事件对象需要经历序列化/反序列化、线程切换（post→背景线程→主线程）、注解反射查找订阅方法，链路最长。
• 路由（Router）：基于URL的映射调用，需要经过注解解析、参数序列化、Intent创建与反射启动（Activity/Service），链路长度居中。

2.2 实现流程

三种通信方式的标准接入流程如下表所示，重点关注初始化与调用两个阶段的性能敏感点：

2.3 关键代码实现

以下分别给出三种通信方式的标准实现骨架。

▸ 接口调用（Interface）

// 1. 定义服务接口（common模块）
public interface IUserService {
    User getUserInfo(String userId);
}

// 2. 实现服务（user模块）
public class UserServiceImpl implements IUserService {
    @Override
    public User getUserInfo(String userId) {
        return new User(userId, "张三");
    }
}

// 3. 注册与调用（order模块）
// 初始化阶段：通常由ServiceLoader或手动注入
ServiceRegistry.register(IUserService.class, new UserServiceImpl());

// 调用阶段：直接强类型调用，无中间损耗
IUserService userService = ServiceRegistry.getService(IUserService.class);
User user = userService.getUserInfo("12345");

▸ 事件总线（EventBus）

// 1. 定义事件类（common模块）
public class UserLoginEvent {
    public String userId;
    public long loginTime;
}

// 2. 订阅事件（order模块）
@Subscribe(threadMode = ThreadMode.MAIN)
public void onUserLogin(UserLoginEvent event) {
    // 主线程回调，存在线程切换开销
    refreshOrderStatus(event.userId);
}

// 3. 发布事件（user模块）
EventBus.getDefault().post(new UserLoginEvent("12345", System.currentTimeMillis()));
// post操作耗时：事件拷贝 ≈0.15ms + 线程切换 ≈0.5ms + 反射调用 ≈0.3ms

▸ 路由（Router）

// 1. 声明路由（user模块）
@Route(path = "/user/profile")
public class UserProfileActivity extends Activity {
    // 路由参数通过Bundle传递，存在序列化开销
}

// 2. 发起路由跳转（order模块）
ARouter.getInstance()
    .build("/user/profile")
    .withString("userId", "12345")
    .withInt("fromType", 2)
    .navigation();
// navigation()耗时：APT映射查找 ≈0.2ms + 参数序列化 ≈0.4ms + Intent反射创建 ≈0.6ms

2.4 调试验证

使用 TraceCompat 或自定义打点工具对通信链路进行分段计时。推荐在三个关键位置插入时间戳：

// 接口调用耗时测量
long t1 = System.nanoTime();
IUserService service = ServiceRegistry.getService(IUserService.class);
User user = service.getUserInfo("12345");
long t2 = System.nanoTime();
Log.d("PerfTrace", "Interface invoke cost: " + (t2 - t1) / 1_000_000f + " ms");

// 事件总线耗时测量
long t3 = System.nanoTime();
EventBus.getDefault().post(new UserLoginEvent("12345", System.currentTimeMillis()));
long t4 = System.nanoTime();
Log.d("PerfTrace", "EventBus post cost: " + (t4 - t3) / 1_000_000f + " ms");

// 路由耗时测量
long t5 = System.nanoTime();
ARouter.getInstance().build("/user/profile")
    .withString("userId", "12345")
    .navigation();
long t6 = System.nanoTime();
Log.d("PerfTrace", "Router navigation cost: " + (t6 - t5) / 1_000_000f + " ms");

2.5 常见错误与避坑

• 事件总线注册泄漏：register() 后未在 onDestroy() 中 unregister()，导致订阅对象无法释放，引发内存泄漏及GC频繁。
  ✅ 使用 LifecycleEventBus 或手动配对注册/反注册。
• 路由拦截器耗时长：全局拦截器中执行网络请求或IO操作，导致每次路由调用增加 10~50ms 延迟。
  ✅ 拦截器只做轻量权限校验，耗时操作异步化。
• 接口调用模块依赖反转失败：在基础模块直接持有实现类引用，破坏了模块化边界。
  ✅ 接口定义在 common 模块，实现类通过 ServiceLoader 或 DI 框架注入。
• 事件对象过大：事件类中包含大量字段或集合，每次 post 都会触发完整序列化拷贝。
  ✅ 事件对象保持轻量，仅传递必要ID或标识，完整数据由目标模块主动拉取。

2.6 性能收益量化

以下数据基于中端设备（骁龙778G + 8GB RAM + Android 12）在相同负载下各执行 1000 次调用的统计结果：