android:authorities="${applicationId}.androidx-startup"
android:exported=“false”
tools:node=“merge”>
<meta-data android:name=“com.example.OverAarExampleInitializer”
android:value=“androidx.startup” />
<meta-data android:name=“com.example.AarExampleInitializer”
tools:node=“remove” />
…
如上即可实现需求。反之你想让其他模块初始化依赖 AarExampleInitializer,则只用在其他模块中依赖声明即可。
================================================================
App Startup 包的整体源码结构如下:
下面我们分析下其源码,首先按照使用来说,我们需要先实现的是各个 SDK 的Initializer<T>
初始化约定,如下:
//【工匠若水 加微信 yanbo373131686 联系我,关注微信公众号:码农每日一题 未经允许严禁转载 https://blog.csdn.net/yanbober】
/**
- 想要被初始化 SDK 的初始化包装接口约定
*/
public interface Initializer {
/**
-
该方法实现 SDK 的初始化,返回 SDK API 对象,一般是单例的
-
返回值 NonNull 非空
*/
@NonNull
T create(@NonNull Context context);
/**
-
该 SDK 初始化依赖的其他 SDK 初始化(Initializer)列表
-
返回值 NonNull 非空
*/
@NonNull
List<Class<? extends Initializer<?>>> dependencies();
}
当我们实现了Initializer<T>
后如果采用自动用法,则 app startup 巧妙的利用了 ContentProvider 初始化时机实现,其源码清单中如下:
<manifest xmlns:android=“http://schemas.android.com/apk/res/android”
xmlns:tools=“http://schemas.android.com/tools”
package=“androidx.startup” >
<uses-sdk
android:minSdkVersion=“14”
android:targetSdkVersion=“30” />
<provider
android:name=“androidx.startup.InitializationProvider”
android:authorities="${applicationId}.androidx-startup"
android:exported=“false”
tools:node=“merge” />
可以看到,其巧妙的利用了 merge node 进行多个模块的合并,并且其提供了唯一的androidx.startup.InitializationProvider
进行统管。我们每个Initializer<T>
都是其节点内部的一个 meta-data 项,如下:
<meta-data android:name=“com.example.OverAarExampleInitializer”
android:value=“androidx.startup” />
这些 meta-data 最终都会在androidx.startup.InitializationProvider
中进行解析调用,由于 app 启动时 InitializationProvider 会被自动调用,所以接下来我们将流程转到 InitializationProvider,如下:
//【工匠若水 加微信 yanbo37313168