Jetpack学习之 App Startup

}

1.2 ContentProvider的缺点


注册 ContentProvider,“偷偷”进行初始化,看起来对开发者来说少写了一些代码,是一件挺好的事情。但是这种做法也是有缺点的。

它仅有一个缺点就是它是一个ContentProvider,ContentProvider是什么?ContentProvider可是四大组件,它是根启动时,会去Framework层通过ActivityMangaerService来创建的一个组件,而且它的创建时机是放在Application之前的。

(这里附一篇ContentProvider启动流程:Android深入四大组件(五)Content Provider的启动过程)

它太重了,减少了一行初始化代码,却增加了多余的性能开销,当很多库都这样做的话,性能消耗将会很多。来看下下面这个Google官方统计的图:

在这里插入图片描述

在不断加入空的 ContentProvider 组件的情况下,启动耗时会线性增加,这还是没有加上那些初始化的代码。

所以在库增多时,我宁愿在 Application 写那一行 .init() ,也不情愿再加 ContentProvider 了。

1.3 App Startup作用


App Startup 的出现,就是为了解决这一个问题。

这样再去看他的定义就很简单理解了,它能做的事情是:

  • 将所有 ContentProvider 合并到一个 ContentProvider,这样可以减少 ContentProvider 的数量,间接减少启动耗时

  • 可以对这些要初始化的组件排序执行

这也说明了啥?如果你的 App 或 SDK库 没有大量出现上面这种,使用 ContentProvider 来初始化的,那么 App Startup并不会降低启动耗时

2. App Startup使用

==================================================================================

2.1 前置


因为 App Startup 需要有使用到 ContentProvider 做初始化的场景,所以我们需要模拟那种使用 ContentProvider 做初始化的库。这里我选择使用官方文档中使用的 WorkManager,在项目中导入:

dependencies {

def work_version = “2.4.0”

implementation “androidx.work:work-runtime:$work_version”

implementation “androidx.work:work-runtime-ktx:$work_version”

}

然后我们可以在 WorkManager 的jar包中找到他的 AndroidManifest.xml,这里面就有 <provider> 标签:

在这里插入图片描述

可以看下 WorkManagerInitializer 的代码:

public class WorkManagerInitializer extends ContentProvider {

@Override

public boolean onCreate() {

// 初始化操作

WorkManager.initialize(getContext(), new Configuration.Builder().build());

return true;

}

}

也就是说 WorkManager 库是典型的使用 ContentProvider 来做初始化工作的库。我们假设自己是 WorkManager 的设计者,接下来就是用 App Startup 来优化这个库。

2.2 导入App Startup


我们先来配置 App Startup,首先导入:

implementation “androidx.startup:startup-runtime:1.0.0”

2.3 使用接口


App Startup提供了一个接口 Initializer<T>,它用于执行初始化:

public interface Initializer {

@NonNull

T create(@NonNull Context context);

@NonNull

List<Class<? extends Initializer<?>>> dependencies();

}

该接口有两个方法:

  • T create(@NonNull Context context)

该方法用来做初始化的工作,就是我们做 .init() 的地方

  • List<Class<? extends Initializer<?>>> dependencies()

该组件在初始化时,需要依赖哪些组件的初始化,返回一个列表,这个列表里的组件都实现 Initializer 接口

也就是说,这个方法可以用来决定初始化顺序

假如我们要将 WorkManager 写入到我们 App Startup 的启动优化项里,那我们需要给其实现这个接口:

class WorkManagerInitializer : Initializer {

override fun create(context: Context) {

// 照搬 WorkManagerInitializer 的 onCreate 代码

WorkManager.initialize(context, Configuration.Builder().build())

}

override fun dependencies(): MutableList<Class<out Initializer<*>>> {

return mutableListOf()

}

}

我学着 WorkManager 在这里做了初始化,因为大部分的组件都是不依赖别的组件初始化的,所以 dependencies() 方法我返回了空列表。

2.4 配置AndroidManifest


就和注解一样,在给所有需要 ContentProvider 初始化的组件实现了 Initializer 接口后,需要在 AndroidManifest 中声明 App Startup 自己的 <provider> 标签:

<provider

android:name=“androidx.startup.InitializationProvider”

android:authorities=“${applicationId}.androidx-startup”

android:exported=“false”

tools:node=“merge”>

<meta-data

android:name=“com.example.app_startup_demo.WorkManagerInitializer”

android:value=“androidx.startup”/>

上面只有 <meta-data> 里的name使我们可以指定的,其他的值我们都不能更改,否则 App Startup就不能运行。

这样就完成了一次启动优化啦~

2.5 延迟初始化


有些库可能不会在 App 初始化的时候就去初始化,而是要等使用的时候再去,即 延迟初始化,和kotlin的 by lazy似的。

而 App Startup 也考虑到了这一点,只需 AndroidManifest 中加入这个:

<provider

android:name=“androidx.startup.InitializationProvider”

…>

<meta-data

android:name=“com.example.app_startup_demo.WorkManagerInitializer”

tools:node=“remove”/>

tools:node="remove" 说明在打包的时候会把所有 WorkManagerInitializer 全部删除掉,这样就不会在 App 启动的时候去做初始化了。

如果想要使用,则要在代码中手动使用下面代码延迟初始化:

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

3. 浅析原理

=========================================================================

3.1 清单文件解析


上面我们可以总结出让一个使用 ContentProvider 初始化的库,来用 App Startup 优化的步骤:

  1. 实现 Initializer 接口,完成初始化工作和依赖配置

  2. 删掉原有的 <provider> 标签和 ContentProvider

  3. AndroidManifest.xml 中加入 InitializationProvider 的标签,并再 <meta-data> 中填入实现了 Initializer 接口的路径名

为什么这样做就可以降低启动耗时呢? 这边来简单的解析一下它做了什么。

其实最关键的地方还是在于它在 AndroidManifest.xml 文件中声明的标签,我们来分析一下里面的参数吧:

<provider

android:name=“androidx.startup.InitializationProvider”

android:authorities=“${applicationId}.androidx-startup”

android:exported=“false”

tools:node=“merge”>

  • name

指向 androidx.startup.InitializationProvider,它是初始化执行类

  • authorities

授权方列表,没有默认值且该值必须是整个手机唯一的,所以一般会在前面加 applicationId 的前缀

  • exported

其他应用程序是否可以使用这个内容提供器,这里设置为false,表示不可以

  • tools:node

这个是XML文件的属性,它标志着该节点(即标签)的行为

可以看到 tools:node="merge",这个属性代表了合并相同name的节点

举个例子,我们的项目有主项目和引用的jar包,它们都会使用用一个 name 为 ActivityOne 的 Activity,但是启动方式稍微有点不一样,它们都在清单文件中声明了标签: <activity>

这样就会出现一个问题,你两个清单文件都使用到了含有同一个 name 的标签,那么打包编译时肯定会出现问题,因为最终编译出来的 activity 的标签要是唯一的,这个地方就不知道使用哪一个。

Android提供的一种解决方式就是使用 tools:node="merge",它会根据清单文件的优先级,来合并相同 name 的标签。在上面的例子中,主项目的清单文件优先级肯定是高于第三方jar包的。

下面是两个清单文件:

// 第三方jar包----低优先级清单文件

<activity android:name=“com.example.ActivityOne”

android:windowSoftInputMode=“stateUnchanged”>

// 主项目----高优先级清单文件

<activity android:name=“com.example.ActivityOne”

android:screenOrientation=“portrait”

tools:node=“merge”> // 这里进行节点merge,合并所有name为 com.example.ActivityOne 的 activity标签

打包后,形成的新的标签为:

<activity android:name=“com.example.ActivityOne”

android:screenOrientation=“portrait”

android:windowSoftInputMode=“stateUnchanged”>

所以 App Startup共享 ContentProvider 的原理就是这个!

通过 tools:merge,将所有 name 为 androidx.startup.InitializationProvider<provider> 标签进行合并。

那么在打包之后,一个应用只有一个 ContentProvider,然后执行它的 onCreate() 方法,我们来看下他的初始化代码。

3.2 初始化代码解析


点进 InitializationProvider,它的 onCreate() 是这样的:

public final class InitializationProvider extends ContentProvider {

@Override

public boolean onCreate() {

Context context = getContext();

if (context != null) {

// 1

AppInitializer.getInstance(context).discoverAndInitialize();

} else {

throw new StartupException(“Context cannot be null”);

}

return true;

}

}

注释1处,执行 AppInitializer 单例的 discoverAndInitialize() 方法,我们点进这个方法看看。

// AppInitializer.java

void discoverAndInitialize() {

try {

Trace.beginSection(SECTION_NAME);

ComponentName provider = new ComponentName(mContext.getPackageName(),

InitializationProvider.class.getName());

// 1

ProviderInfo providerInfo = mContext.getPackageManager()

.getProviderInfo(provider, GET_META_DATA);

// 2

Bundle metadata = providerInfo.metaData;

String startup = mContext.getString(R.string.androidx_startup);

if (metadata != null) {

Set<Class<?>> initializing = new HashSet<>();

Set keys = metadata.keySet();

// 3

for (String key : keys) {

String value = metadata.getString(key, null);

if (startup.equals(value)) {

Class<?> clazz = Class.forName(key);

if (Initializer.class.isAssignableFrom(clazz)) {

Class<? extends Initializer<?>> component =

(Class<? extends Initializer<?>>) clazz;

// 4

mDiscovered.add(component);

if (StartupLogger.DEBUG) {

StartupLogger.i(String.format(“Discovered %s”, key));

}

// 5

doInitialize(component, initializing);

}

}

}

}

} catch (PackageManager.NameNotFoundException | ClassNotFoundException exception) {

throw new StartupException(exception);

} finally {

Trace.endSection();

}

}

这段代码不是很难,来分析一下:

注释1: 打包后,清单文件里面只有一个 InitializationProvider 的 <provider> 标签,这里代码就是拿到这个标签下的信息 ProviderInfo

注释2: 根据注释处的对象,获取到该标签下的 meta-data

注释3:遍历 meta-data ,并获取它们的 value,即类名

注释4:一直筛选,符合实现 Initializer 接口的类,然后放到 mDiscovered 这个 Set 中。

注释5:执行 doInitialize(),代入注释4中筛选好的类(注意不是实例,而是 class)

这个方法就是遍历 <provider> 里面的 <meta-data>,拿到所有需要优化启动的库。

接下来看下 doInitialize()

// AppInitializer.java

T doInitialize(

@NonNull Class<? extends Initializer<?>> component,

@NonNull Set<Class<?>> initializing) {

最后

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助

因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
nitializing) {

最后

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长,自己不成体系的自学效果低效漫长且无助

因此我收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

[外链图片转存中…(img-yb3qVmnL-1715757405866)]

[外链图片转存中…(img-kZUcMGis-1715757405870)]

[外链图片转存中…(img-xEBa8ZTf-1715757405871)]

[外链图片转存中…(img-HwBDNmAY-1715757405872)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点!不论你是刚入门Android开发的新手,还是希望在技术上不断提升的资深开发者,这些资料都将为你打开新的学习之门

如果你觉得这些内容对你有帮助,需要这份全套学习资料的朋友可以戳我获取!!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

  • 3
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值