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();
    }
    ...
}
  1. 有些更加聪明的库设计者,想到可以借助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 的启动时间,提高启动速度。

我是今阳,如果想要进阶和了解更多的干货,欢迎关注微信公众号 “今阳说” 接收我的最新文章

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,047评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,807评论 3 386
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,501评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,839评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,951评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,117评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,188评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,929评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,372评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,679评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,837评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,536评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,168评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,886评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,129评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,665评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,739评论 2 351

推荐阅读更多精彩内容