Jetpack 全家桶之 App Startup 看完源码后真不是你们说的那样

除过上面自动用法，我们还可以手动使用，手动使用需要先将清单 meta 中的 remove，然后在你想初始化的地方如下调用：

//【工匠若水 加微信 yanbo373131686 联系我，关注微信公众号：码农每日一题 未经允许严禁转载 https://blog.csdn.net/yanbober】

AppInitializer.getInstance(context)

.initializeComponent(ExampleLoggerInitializer::class.java)

清单文件移除写法如下：

<provider

android:name=“androidx.startup.InitializationProvider”

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

tools:node=“remove” />

<provider

android:name=“androidx.startup.InitializationProvider”

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

android:exported=“false”

tools:node=“merge”>

<meta-data android:name=“com.example.ExampleLoggerInitializer”

tools:node=“remove” />

特殊用法

有时你可能会有这么一种需求，三方 SDK 提供了 AarExampleInitializer（dependencies 为空），其 aar 的清单文件也声明了类似如下：

<provider

android:name=“androidx.startup.InitializationProvider”

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

android:exported=“false”

tools:node=“merge”>

<meta-data android:name=“com.example.AarExampleInitializer”

android:value=“androidx.startup” />

你想在你用这个 aar 的模块中让 AarExampleInitializer 初始化依赖其他 SDK 初始化，那你需要在你自己的模块中写一个OverAarExampleInitializer extends AarExampleInitializer（AarExampleInitializer 一定可以被继承，因为 App Startup 要求 Initializer 是 public 的），然后重写其 dependencies 方法为你想依赖的，接着在你自己主模块的清单中如下如下操作：

//【工匠若水 加微信 yanbo373131686 联系我，关注微信公众号：码农每日一题 未经允许严禁转载 https://blog.csdn.net/yanbober】

<provider

android:name=“androidx.startup.InitializationProvider”

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，如下：

//【工匠若水 加微信 yanbo373131686 联系我，关注微信公众号：码农每日一题 未经允许严禁转载 https://blog.csdn.net/yanbober】

/**

• InitializationProvider 用来在 onCreate 中扫描遍历发现 Initializer

• @hide

*/

@RestrictTo(RestrictTo.Scope.LIBRARY)

public final class InitializationProvider extends ContentProvider {

@Override

public boolean onCreate() {

Context context = getContext();

if (context != null) {

AppInitializer.getInstance(context).discoverAndInitialize();

} else {

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

}

return true;

}

…

//query、getType、insert、delete、update 实现都是抛出 IllegalStateException(“Not allowed.”);，不再给出。

}

很显然，我们需要将视野挪到AppInitializer.getInstance(context).discoverAndInitialize();的实现源码，AppInitializer 类的代码也就是 App Startup 框架的精华了，如下：

public final class AppInitializer {

private static final String SECTION_NAME = “Startup”;

private static volatile AppInitializer sInstance;

private static final Object sLock = new Object();

//已初始化 Initializer 集合

final Map<Class<?>, Object> mInitialized;

//被自动发现的 Initializer 列表

final Set<Class<? extends Initializer<?>>> mDiscovered;

final Context mContext;

/**

• 非 public 构造方法，让 context 赋值为 getApplicationContext

*/

AppInitializer(@NonNull Context context) {

mContext = context.getApplicationContext();

mDiscovered = new HashSet<>();

mInitialized = new HashMap<>();

}

/**

• double check 单例模式

• 对外使用 AppInitializer.getInstance(ctx) 获取 单例的 AppInitializer 实例对象

*/

@NonNull

@SuppressWarnings(“UnusedReturnValue”)

public static AppInitializer getInstance(@NonNull Context context) {

if (sInstance == null) {

synchronized (sLock) {

if (sInstance == null) {

sInstance = new AppInitializer(context);

}

}

}

return sInstance;

}

/**

• 初始化一个指定 Initializer 的 SDK，返回值为 Initializer 接口中 create 方法的返回值

*/

@NonNull

public T initializeComponent(@NonNull Class<? extends Initializer> component) {

return doInitialize(component, new HashSet<Class<?>>());

}

/**

• 判断指定的 Initializer 实现 SDK 是否被饥汉式初始化过（即是否被自动初始化方式初始化过）。

• 这里的饥汉式初始化和单例模式道理一样，即一开始不管三七二十一先把对象 new 出来，

• 而不是第一次使用时才 new；对应到这里就是是否有被 AppInitializer.getInstance(context).discoverAndInitialize() 处理过。

*/

public boolean isEagerlyInitialized(@NonNull Class<? extends Initializer<?>> component) {

// If discoverAndInitialize() was never called, then nothing was eagerly initialized.

return mDiscovered.contains(component);

}

/**

• 真正的初始化实现方法

• 第一个参数为 Initializer 接口的实现 class 对象；

• 第二个参数为一个初始化临时集合，用来递归去重对比，防止初始化存在循环依赖导致死循环；

*/

@NonNull

T doInitialize(

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

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

synchronized (sLock) {

boolean isTracingEnabled = Trace.isEnabled();

try {

if (isTracingEnabled) {

// Use the simpleName here because section names would get too big otherwise.

Trace.beginSection(component.getSimpleName());

}

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

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后我还整理了很多Android中高级的PDF技术文档。以及一些大厂面试真题解析文档。需要的朋友都可以点击GitHub直接获取方式

Android高级架构师之路很漫长，一起共勉吧！

42728257)]
[外链图片转存中…(img-BdJ3gk0b-1710842728258)]
[外链图片转存中…(img-9vWy3Awg-1710842728258)]
[外链图片转存中…(img-nKuVuovl-1710842728258)]

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-v4lSIjC0-1710842728259)]

最后我还整理了很多Android中高级的PDF技术文档。以及一些大厂面试真题解析文档。需要的朋友都可以点击GitHub直接获取方式

[外链图片转存中…(img-Q6mGMagO-1710842728259)]

Android高级架构师之路很漫长，一起共勉吧！