每个Android应用启动时，都会先创建一个Application。通常在Application里我们会做一些应用初始化的操作，常见的有第三方SDK初始化。在应用组件化之后，组件与壳工程是隔离开来的，但是组件有时候也需要获取应用的Application，也需要在应用启动时进行初始化。这就涉及到组件的生命周期管理问题。

1. 抽象出一个类似Application的类

首先，我们定义一个类似Application的抽象类出来，它模拟了Application的几个主要方法：

public abstract class BaseAppLike {

    public static final int MAX_PRIORITY = 10;
    public static final int MIN_PRIORITY = 1;
    public static final int NORM_PRIORITY = 5;

    /**
     * 返回组件的优先级，优先级范围为[1-10]，10为最高，1为最低，默认优先级是5
     *
     * @return
     */
    public int getPriority() {
        return NORM_PRIORITY;
    }

    /**
     * 应用初始化
     *
     * @param context
     */
    public abstract void onCreate(Context context);

    public abstract void onTerminate();
}

2. 组件内继承实现BaseAppLike类

在组件内实现一个继承BaseAppLike的类，我们把这个类当做是组件的Application容器。这里的onCreate()等同于Application的onCreate()方法，组件可以在这里获取Application实例、执行启动初始化等操作，也可以在这里设置保存一些全局性的数据等。

3. 怎么管理组件的生命周期

假设我们有组件ModuleA、ModuleB、ModuleC，这3个组件内分别有ModuleAAppLike、ModuleBAppLike、ModuleCAppLike，那么我们在壳工程集成时，怎么去组装他们呢。最简单的办法是，在壳工程的Application.onCreate()方法里执行：

@Override
public void onCreate() {
    super.onCreate();
    ModuleAAppLike moduleA = new ModuleAAppLike();
    ModuleBAppLike moduleB = new ModuleBAppLike();
    ModuleCAppLike moduleC = new ModuleCAppLike();
    moduleA.onCreate(this);
    moduleB.onCreate(this);
    moduleC.onCreate(this);
}        

有多少个组件，就得手动构造多少个BaseAppLike，并执行它的onCreate()方法。看起来貌似很简单，根本没什么技术含量，但是实际运用时，你会发现很多问题，接下来讲讲我碰到的问题。

3.1 组件初始化的先后顺序

前面介绍过，上层业务组件是依赖下层业务组件的，如果下层组件在应用启动时也需要初始化，那么我们在加载组件时，必然要先加载下层组件，否则加载上层组件时可能会出现问题。但是组件这么多，我们怎么确定要先加载谁后加载谁呢，当然你可以手动维护，代码里写死，但是当业务越来越多、时间越来越久，肯定不灵活，你新加一个业务组件进来，你都需要确定组件初始化先后顺序。所以，我们必须有个机制来确定组件初始化先后顺序。

类似线程优先级一样， 为每个组件定义了一个优先级，通过重写getPriority()方法可以设置组件的优先级。优先级范围从[1-10]，默认优先级都为5，下层组件或需要先初始化的组件，优先级设置高一点。这样我们在加载组件的时候，先对所有组件的优先级进行排序，优先级高的排前面，然后再按顺序进行加载组件，就可解决这个问题了。

3.2 自动加载

前面这个示例，需要在壳工程代码里，手动构建各个组件的BaseAppLike类。这样问题又来了，如果很多个组件都有实现该类，那在集成时得一个一个找出这些类，并且新增加一个组件，你都有可能要去修改壳工程代码，这样显然是不灵活且不利于代码维护的。如果能自动读取并加载这些BaseAppLike类，那显然是极好的，这里有2种方式来实现：

• 在配置文件里定义
  在壳工程的assets里放一个json配置文件，定义了所有组件里BaseAppLike类的全路径类名，应用启动时读取该配置文件，通过反射去加载并初始化组件。这种方式只需要修改配置文件即可，实现起来比较简单，但是还是不够灵活。
• 通过注解配合APT来实现
  APT是一种处理注解的工具，它对源代码文件进行检测并找出其中的Annotation，使用Annotation进行额外的处理。所以可以考虑通过注解来标识所有组件内的BaseAppLike类，编译时通过APT提取出来，这样就可以做到自动识别并加载了。

4. 小结

BaseAppLike类的设计目标，首先是为了将整个应用的初始化动作分散到各个子组件内部，子组件对外屏蔽内部实现细节，方便组件的集成使用；其次是在每个组件内部模拟Application类，以方便组件对Application的依赖使用。

系列文章
Android组件化开发实践（一）：为什么要进行组件化开发？
Android组件化开发实践（二）：组件化架构设计
Android组件化开发实践（三）：组件开发规范
Android组件化开发实践（四）：组件间通信问题
Android组件化开发实践（五）：组件生命周期管理
Android组件化开发实践（六）：老项目实施组件化
Android组件化开发实践（七）：开发常见问题及解决方案
Android组件化开发实践（八）：组件生命周期如何实现自动注册管理
Android组件化开发实践（九）：自定义Gradle插件
Android组件化开发实践（十）：通过Gradle插件统一规范