Android组件生命周期管理,Android组件化开发实践（五）：组件生命周期管理

每个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()方法里执行：@Overridepublic 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插件