Android Jetpack系列–5. App Startup使用详解

定义

• 一个可以用于加速App启动速度的库；
• 提供在 App 启动时初始化组件简单、高效的方法，可以使用 App Startup 显示的设置初始化顺序；
• 提供了一个 ContentProvider 来运行所有依赖项的初始化，避免每个第三方库单独使用 ContentProvider 进行初始化，从而提高了应用的程序的启动速度；

解决了什么问题

1. 如果你在项目当中引入了非常多的第三方库，那么Application中的代码就可能会变成这个样子(这还只是我们实际项目的部分代码)：

class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        CommonModule.init(this);
        XCrash.init(this, new XCrash.InitParameters());
        initQbSdk(this);
        initRetrofit();
        initDialogSetting();
        initBugly();
        initWeChat();
        initUmeng();
        initDoKit();
        initNIM();
    }
    ...
}

2. 有些更加聪明的库设计者，想到可以借助ContentProvider自动调用初始化接口，从而避免显示的初始化：

//1. 继承 ContentProvider，在onCreate中初始化
class MyProvider : ContentProvider() {
    override fun onCreate(): Boolean {
        context?.let {
            //ContentProvider中也可以取得Context
            LjyToastUtil.getInstance().init(it)
        }
        return true
    }
    //其他方法用不到，直接return null 或 return -1 即可
    ...
}

//2. ContentProvider是四大组件之一，需要在AndroidManifest.xml文件中进行注册
<application ...>
    ...
    <provider
        android:name=".MyProvider"
        //authorities的值没有固定要求，但要保证该值在整个手机上是唯一的，所以通常会使用${applicationId}作为前缀，以防止和其他应用程序冲突
        android:authorities="${applicationId}.myProvider"
        android:exported="false" />
</application>

//3. 自定义的MyProvider在什么时候执行呢? 调用流程如下：
Application.attachBaseContext() -> ContentProvider.onCreate() -> Application.onCreate()
//这是在冷启动阶段自动运行初始化的，来看一下 Android 10 系统源码
private void handleBindApplication(AppBindData data) {
   ...
   if (!data.restrictedBackupMode) {
        if (!ArrayUtils.isEmpty(data.providers)) {
           // 创建ContentProvider
            installContentProviders(app, data.providers);
        }
    }
   ...
    try {
        // 调用调用 Application 的 OnCreate 方法
        mInstrumentation.callApplicationOnCreate(app);
    } catch (Exception e) {
        ...
    }
    ...
}

• 此方案的缺点：ContentProvider会增加许多额外的耗时, ContentProvider是Android四大组件之一，这个组件相对来说是比较重量级的, 也就是说，本来我的初始化操作可能是一个非常轻量级的操作，依赖于ContentProvider之后就变成了一个重量级的操作了;

如何解决问题

• 鉴于前两者的缺点，Google推出了App Startup
• App Startup是如何解决问题的呢？它可以将所有用于初始化的ContentProvider合并成一个，从而使App的启动速度变得更快。

使用方法

1. 引入AppStartup依赖

implementation "androidx.startup:startup-runtime:1.1.0-alpha01"

2. 定义一个用于执行初始化的类，并实现App Startup库的Initializer接口

class LjyToastInitializer : Initializer<Unit> {
    //在create方法中执行要初始化的代码
    override fun create(context: Context) {
        LjyToastUtil.getInstance().init(context)
    }

    //dependencies方法用于配置当前LjyToastInitializer是否还依赖于其他Initializer
    //有的话在此配置，没有就return emptyList()即可
    override fun dependencies(): List<Class<out Initializer<*>>> {
        return emptyList()
    }
}

3. 在库的AndroidManifest.xml中配置MyInitializer

<provider
    android:name="androidx.startup.InitializationProvider"
    android:authorities="${applicationId}.androidx-startup"
    android:exported="false"
    tools:node="merge">
    <meta-data
        android:name="com.jinyang.jetpackdemo.LjyToastInitializer"
        android:value="androidx.startup" />
</provider>

• 当App启动的时候会自动执行App Startup库中内置的ContentProvider，并在它的ContentProvider中会搜寻所有注册的Initializer，然后逐个调用它们的create()方法来进行初始化操作;

延迟初始化

• 如果不希望在启动的时候自动初始化某个库，而是想要在特定的时机手动初始化，这要怎么办呢？
• 首先通过分析源码，找到该库初始化的Initializer的全路径类名
• 在项目的AndroidManifest.xml当中加入如下配置:

<provider
    android:name="androidx.startup.InitializationProvider"
    android:authorities="${applicationId}.androidx-startup"
    android:exported="false"
    tools:node="merge">
    <meta-data
        android:name="com.jinyang.jetpackdemo.LjyToastInitializer"
        android:value="androidx.startup"
        tools:node="remove" />
</provider>

• 禁用单个库就在meta-data中加入tools:node=”remove”
• 禁用所有库就是在provider标签中加入tools:node=”remove”
• 然后在需要的地方去手动的初始化

AppInitializer.getInstance(this)
        .initializeComponent(LjyToastInitializer::class.java)

• 延迟初始化也是非常有用的，可以减少 App 的启动时间，提高启动速度。