前言

前一阵子，写了几篇 Android 启动优化的文章，主要是从两个方面论述的。

1. Application 多线程异步加载，以及怎么解决多线程任务依赖的问题
2. 首页布局优化，从常规的布局嵌套优化到渐进式加载，再到异步加载。

今天，就让我们来聊一聊 JetPack App Startup。

目录大概是这样的

1 什么是 JetPack App Startup 2 JetPack App Startup 能解决什么问题 3 JetPack App Startup 基本使用 4 JetPack App Startup 进阶使用 5 JetPack App Startup 源码浅析 6 小结

什么是 JetPack App Startup

我们先来看一下官方的解释，官方地址：developer.android.com/topic/libra…

The App Startup library provides a straightforward, performant way to initialize components at application startup. Both library developers and app developers can use App Startup to streamline startup sequences and explicitly set the order of initialization.

Instead of defining separate content providers for each component you need to initialize, App Startup allows you to define component initializers that share a single content provider. This can significantly improve app startup time.

翻译过来就是：

1. App Startup 这个库提供了一个组件，可以在应用程序启动的时候初始化。
2. 开发人员可以使用这个组件精简启动序列和显式地设置初始化的顺序。
3. 我们不需要为每个组件定义单独的 ContentProvider,App Startup 允许您定义的所有组件化共享一个内容提供者。这样可以极大地减少高应用程序的启动时间

JetPack App Startup 能解决什么问题

听了上面的介绍，是不是还有点懵？

App Startup 能减少高应用程序的启动时间，它是怎么做到的？

做过 Android 启动优化的，可能都知道，Android 的启动流程是这样的。

从 Application#attachBaseContext 到 ContentProvider#onCreate，到 Application#onCreate 再到 MainActivity#onCreate。

而 App Startup 设计的初衷，正是为了收拢 ContentProvider。有不少第三方的 SDk，为了使用者不必手动调用 SDK#init 方法，使用了 ContentProvider 这一个骚操作。

在 AndroidManifest 里面注册了自己的 xxSDkProvider，然后在 xxSDkProvider 的 onCreate 方面里面进行初始化，确实调用者不需要自己初始化了，可却增加了启动耗时，如果要作优化，还得自己剔除 ContentProvider 的初始化，值不值得，我是感觉没必要，这操作是真的骚。

<application ...>
    <provider
        android:name=".xxSDkProvider"
        android:authorities="${applicationId}.xxSDkProvider"
        android:exported="false" />
</application>

class XXSDKProvider : ContentProvider() {
    override fun onCreate(): Boolean {
        Log.d(TAG, "XXSDKProvider create()")
        XXSDK.init()
        return true
    }
    .....
}

同时，这里给做启动优化的同学提供了一种思路。打开你的 Apk，看一下 AndroidManiest 里面有多少 provider，看一下是否有这样的骚操作。如果有，改一下，说不定启动优化，一下子就减少了 100 多 毫秒。

接下来，我们来看一下 AppStartUp 怎么使用

AppStartUp 基本使用

简单来说，分为三步

1. gradle 文件引入App Startup 库。
2. 自定义一个用于初始化的 Initializer。
3. 将自定义 Initializer 配置到 AndroidManifest.xml 当中。

第一步，在 build.gradle 文件添加依赖

dependencies {
    implementation "androidx.startup:startup-runtime:1.0.0"
}

第二步：自定义实现 Initializer 类

主要有两个方法

1. T create(@NonNull Context context) 初始化一个组件，返回给 Application
2. List<Class<? extends Initializer<?>>> dependencies() 当前的 Initializer 依赖于哪些 Initializers，通过这个可以确定先后启动的顺序

我们以官方的例子来讲解

// Initializes WorkManager.
class WorkManagerInitializer : Initializer<WorkManager> {
    override fun create(context: Context): WorkManager {
        val configuration = Configuration.Builder().build()
        WorkManager.initialize(context, configuration)
        return WorkManager.getInstance(context)
    }
    override fun dependencies(): List<Class<out Initializer<*>>> {
        // No dependencies on other libraries.
        return emptyList()
    }
}

WorkManagerInitializer 返回一个 WorkManager，它不需要依赖于其他的 Initializer，直接返回 emptyList() 即可。

如果需要依赖其他的 Initializer，重写 dependencies 方法，返回即可。如下面的 ExampleLoggerInitializer 依赖于 WorkManagerInitializer

// Initializes ExampleLogger.
class ExampleLoggerInitializer : Initializer<ExampleLogger> {
    override fun create(context: Context): ExampleLogger {
        // WorkManager.getInstance() is non-null only after
        // WorkManager is initialized.
        return ExampleLogger(WorkManager.getInstance(context))
    }
    override fun dependencies(): List<Class<out Initializer<*>>> {
        // Defines a dependency on WorkManagerInitializer so it can be
        // initialized after WorkManager is initialized.
        return listOf(WorkManagerInitializer::class.java)
    }
}
class  ExampleLogger(val workManager: WorkManager){
}

第三步：在 AndroidManifest 里面配置自定义的 InitializationProvider

<provider
    android:name="androidx.startup.InitializationProvider"
    android:authorities="${applicationId}.androidx-startup"
    android:exported="false"
    tools:node="merge">
    <!-- This entry makes ExampleLoggerInitializer discoverable. -->
    <meta-data  android:name="com.xj.anchortask.appstartup.ExampleLoggerInitializer"
        android:value="androidx.startup" />
</provider>

它是有固定格式的，配置者只需要配置 meta-data 中的 name 即可。 android:name="com.xj.anchortask.appstartup.ExampleLoggerInitializer" 这里的 name 是我们自定义的 Initializer 全路径。

程序运行跑起来，可以看到以下输出结果，符合我们的预期

2021-04-17 17:48:42.049 28059-28059/com.xj.anchortask I/AnchorTaskApplication: attachBaseContext: 2021-04-17 17:48:42.077 28059-28059/com.xj.anchortask I/AnchorTaskApplication: create: WorkManagerInitializer init 2021-04-17 17:48:42.077 28059-28059/com.xj.anchortask I/AnchorTaskApplication: create: ExampleLoggerInitializer init 2021-04-17 17:48:42.084 28059-28059/com.xj.anchortask I/AnchorTaskApplication: onCreate: