public class WorkManagerInitializer extends ContentProvider {
@Override
public boolean onCreate() {
// 初始化操作
WorkManager.initialize(getContext(), new Configuration.Builder().build());
return true;
}
…
}
也就是说 WorkManager
库是典型的使用 ContentProvider 来做初始化工作的库。我们假设自己是 WorkManager 的设计者,接下来就是用 App Startup 来优化这个库。
我们先来配置 App Startup,首先导入:
implementation “androidx.startup:startup-runtime:1.0.0”
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()
方法我返回了空列表。
就和注解一样,在给所有需要 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就不能运行。
这样就完成了一次启动优化啦~
有些库可能不会在 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)
=========================================================================
上面我们可以总结出让一个使用 ContentProvider 初始化的库,来用 App Startup
优化的步骤:
-
实现
Initializer
接口,完成初始化工作和依赖配置 -
删掉原有的
<provider>
标签和 ContentProvider -
在
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()
方法,我们来看下他的初始化代码。
点进 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;
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
尾声
以薪资待遇为基础,以发展为最终目标,要在高薪资的地方,谋求最好的发展!
下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。有**Android架构视频+BATJ面试专题PDF+核心笔记等资料。希望能够帮助到大家提升技术。如果大家想要获取的话,可以私信我【666】免费获取哦**
(img-zlqvi1dX-1710666197153)]
[外链图片转存中…(img-cby95882-1710666197153)]
[外链图片转存中…(img-dgKjwd88-1710666197154)]
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
[外链图片转存中…(img-TbLNexjS-1710666197154)]
尾声
以薪资待遇为基础,以发展为最终目标,要在高薪资的地方,谋求最好的发展!
下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。有**Android架构视频+BATJ面试专题PDF+核心笔记等资料。希望能够帮助到大家提升技术。如果大家想要获取的话,可以私信我【666】免费获取哦**
[外链图片转存中…(img-NW4u9Cw2-1710666197155)]