Android多模块（非层级依赖）中多Application类实现问题求助

核心思路：绕开单继承限制，拆解并主动触发子模块初始化逻辑 #

Java的单继承特性无法让主Application同时继承两个子模块的Application类，核心解决方向是将子模块中绑定在Application类的初始化逻辑抽离出来，由主Application统一调度执行。

方案1：子模块提供独立初始化入口 #

要求子模块A、B将自身初始化逻辑从Application类中剥离，提供静态初始化方法：

• 子模块A创建AInitializer类，封装原Application中的初始化逻辑：

  public class AInitializer {
      public static void init(Context context) {
          // 原AApplication类中的初始化操作，比如SDK初始化、全局参数配置等
      }
  }
  

• 子模块B同理创建BInitializer类，完成自身逻辑封装。
• 主App的自定义Application类中，在onCreate()方法中依次调用两个初始化方法：

  public class MainApplication extends Application {
      @Override
      public void onCreate() {
          super.onCreate();
          AInitializer.init(this);
          BInitializer.init(this);
          // 可根据需求调整初始化顺序
      }
  }
  

• 优势：彻底解耦主模块与子模块的Application依赖，主模块可灵活控制初始化顺序，子模块无需关心主Application的实现。

方案2：委托类转发生命周期方法 #

如果子模块的Application类无法修改（比如第三方SDK），可通过委托类模拟多继承效果：

• 主Application中创建对应子模块的委托对象，转发生命周期方法：

  public class MainApplication extends Application {
      private AAppDelegate aDelegate;
      private BAppDelegate bDelegate;
  
      @Override
      public void onCreate() {
          super.onCreate();
          aDelegate = new AAppDelegate();
          bDelegate = new BAppDelegate();
          aDelegate.onCreate(this);
          bDelegate.onCreate(this);
      }
  
      // 按需转发其他生命周期方法，如配置变更、低内存回调等
      @Override
      public void onConfigurationChanged(Configuration newConfig) {
          super.onConfigurationChanged(newConfig);
          aDelegate.onConfigurationChanged(newConfig);
          bDelegate.onConfigurationChanged(newConfig);
      }
  }
  

• 委托类封装对应子模块的Application逻辑：

  public class AAppDelegate {
      public void onCreate(Context context) {
          // 原AApplication的onCreate逻辑
      }
  
      public void onConfigurationChanged(Configuration newConfig) {
          // 原AApplication的对应逻辑
      }
  }
  

• 适配场景：子模块代码不可修改，通过委托转发生命周期事件，实现多模块逻辑的并行执行。

方案3：依赖注入框架管理初始化 #

如果项目使用Dagger等依赖注入框架，可将子模块初始化逻辑绑定到Application生命周期：

• 子模块A、B分别提供Module，在Module中定义初始化逻辑：

  @Module
  public class AModule {
      @Provides
      @Singleton
      public AService provideAService(Context context) {
          AService.init(context);
          return AService.getInstance();
      }
  }
  

• 主App的Component包含所有子模块的Module，在Application onCreate中初始化Component，自动触发所有依赖的初始化逻辑。
• 优势：通过DI框架自动管理初始化顺序与依赖关系，减少手动调用的耦合。

内容的提问来源于stack exchange，提问作者Damian Ablett