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()方法里执行:

@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插件

    原文作者:云飞扬1
    原文地址: https://www.jianshu.com/p/65433846d38a
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞