Android组件化实战三: 模块之间的交互_android 模块与主app之间的通信-CSDN博客

本文探讨了Android组件化开发中模块间的交互，包括传统的EventBus、反射、隐式意图、BroadcastReceiver和类加载技术。重点介绍了类加载和全局Map记录信息的实现方式，分析了它们的优缺点，并提出对于大量Activity的情况，如何优化保存和跳转的流程。最后，预告了通过APT生成类优化这一过程的可能性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Android 组件化实战一: Gradle基础语法
 Android 组件化实战二: 项目部署
 Android组件化实战三: 模块之间的交互
 Android组件化实战四: APT的介绍与使用
 Android组件化实战五: APT的高级用法JavaPoet
Android组件化实战六：路由架构设计

前言

上一篇文章记录了组件化开发中的项目部署需要注意的地方，而本文旨在实现模块之间的交互，比如页面的跳转，数据的传递等等，而在集成化模式下，各个子模块都是library，到底该如何实现呢？首先我们要知道传统的组件间的通信方式，以及其适用场景和优缺点。

组件间通信的传统方式

EventBus：不同的消息需要定义不同的EventBean(一对一)，导致EventBean会非常多，而且一对多就会混乱、难以维护
反射：反射技术可以实现，维护成本高且容易出现高版本@hide限制
隐式意图：维护成本还好，只是比较麻烦，需要维护Manifest中action
BroadcastReceiver：需要动态注册(7.0之后)，需求方发送广播
类加载：需要准确的全类名路径，维护成本高且容易出现人为失误(包名路径容易弄错)

类加载技术交互实现

在personal模块要跳转到order模块的Order_MainActivity，类加载技术实现主要逻辑如下：

// 类加载跳转，可以成功，维护成本较高且容易出现人为失误
// 需要准确的全类名路径
try{
   
	Class targetClass = Class.forName("com.xpf.order.Order_MainActivity");
    Intent intent = new Intent(this, targetClass);
    intent.putExtra("params","xpf");
    startActivity(intnet);
}catch(ClassNotFoundException e) {
   
 	e.printStackTrace()
}

全局Map记录信息实现

定义PathBean对象

path属性：跳转目标字符串缩写
clazz属性：跳转目标Class对象
保存到common公共基础库，所有子模块都可以调用

/**
 * 路径对象(公共基础库中，所有子模块都可以调用)
 * path:"order/Order_MainActivity"
 * clazz: Order_MainActivity.class
 */
public class PathBean {
   

    private String path;
    private Class clazz;

    public PathBean(String path, Class clazz) {
   
        this.path = path;
        this.clazz = clazz;
    }

    public String getPath() {
   
        return path;
    }