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

优秀的个人博客,低调大师

微信关注我们

原文链接:https://yq.aliyun.com/articles/663984

转载内容版权归作者及来源网站所有!

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

相关文章

发表评论

资源下载

更多资源
Mario,低调大师唯一一个Java游戏作品

Mario,低调大师唯一一个Java游戏作品

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Oracle Database,又名Oracle RDBMS

Oracle Database,又名Oracle RDBMS

Oracle Database,又名Oracle RDBMS,或简称Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说Oracle数据库系统是目前世界上流行的关系数据库管理系统,系统可移植性好、使用方便、功能强,适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的、适应高吞吐量的数据库方案。

Eclipse(集成开发环境)

Eclipse(集成开发环境)

Eclipse 是一个开放源代码的、基于Java的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。幸运的是,Eclipse 附带了一个标准的插件集,包括Java开发工具(Java Development Kit,JDK)。

Java Development Kit(Java开发工具)

Java Development Kit(Java开发工具)

JDK是 Java 语言的软件开发工具包,主要用于移动设备、嵌入式设备上的java应用程序。JDK是整个java开发的核心,它包含了JAVA的运行环境(JVM+Java系统类库)和JAVA工具。