Jetpack 全家桶之 App Startup 看完源码后真不是你们说的那样，android视频开发面试

return listOf(WorkManagerInitializer::class.java)

}

}

清单文件声明（被依赖的其他 Initializer 可以不用显式声明，lint 检查会 check 这项）：

<provider

android:name=“androidx.startup.InitializationProvider”

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

android:exported=“false”

tools:node=“merge”>

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

android:value=“androidx.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());

}

//如果这次递归依赖初始化存在循环依赖，即已经初始化过，则抛出异常

if (initializing.contains(component)) {

String message = String.format(

“Cannot initialize %s. Cycle detected.”, component.getName()

);

throw new IllegalStateException(message);

}

Object result;

//如果这次递归依赖 Initializer 从来没被初始化过，则开始初始化

if (!mInitialized.containsKey(component)) {

//先加入这次递归依赖初始化的临时 set 中

initializing.add(component);

try {

//实例化一个对应的 Initializer 对象

Object instance = component.getDeclaredConstructor().newInstance();

Initializer<?> initializer = (Initializer<?>) instance;

//得到对应的 Initializer 的 dependencies 方法的返回值

List<Class<? extends Initializer<?>>> dependencies =

initializer.dependencies();

//这里没判断 null，所以 Initializer 的 dependencies 方法一定不能返回 null，即便没依赖也得返回一个 emptyList 集合。

if (!dependencies.isEmpty()) {

//遍历当前 Initializer 的 dependencies 依赖 Initializer 列表

for (Class<? extends Initializer<?>> clazz : dependencies) {

//如果依赖的 Initializer 还没有被初始化过，则递归调用初始化

if (!mInitialized.containsKey(clazz)) {

doInitialize(clazz, initializing);

}

}

}

if (StartupLogger.DEBUG) {

StartupLogger.i(String.format(“Initializing %s”, component.getName()));

}

//调用当次 Initializer 的 create

result = initializer.create(mContext);

if (StartupLogger.DEBUG) {

StartupLogger.i(String.format(“Initialized %s”, component.getName()));

}

//递归回退 Initializer 的 dependencies 和 create 被调用后可以从临时集合移除。

initializing.remove(component);

//将初始化过的 Initializer 放入单例全局的已初始化集合中，方便下一次快速使用

mInitialized.put(component, result);

} catch (Throwable throwable) {

throw new StartupException(throwable);

}

} else {

//单例对象中已经记录过对应 Initializer 的初始化实例则直接返回已初始化对象

result = mInitialized.get(component);

}

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

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

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

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

总结

【Android 详细知识点思维脑图（技能树）】

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

12589005076)]

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪资真的特别高（钱多也不一定能找到合适的），所以努力让自己成为高级工程师才是最重要的。

这里附上上述的面试题相关的几十套字节跳动，京东，小米，腾讯、头条、阿里、美团等公司19年的面试题。把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

由于篇幅有限，这里以图片的形式给大家展示一小部分。

[外链图片转存中…(img-W9xwmZQy-1712589005076)]

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！