2024年Android最新Android Jetpack组件之App Startup，面试必问10大问题

关于面试的充分准备

一些基础知识和理论肯定是要背的，要理解的背，用自己的语言总结一下背下来。

虽然 Android 没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明 Android 中级以下的岗位饱和了，现在高级工程师还是比较缺少的，我能明显感觉到国庆后多了很多高级职位，所以努力让自己成为高级工程师才是最重要的。

好了，希望对大家有所帮助。

接下来是整理的一些Android学习资料，有兴趣的朋友们可以关注下我免费领取方式。

①Android开发核心知识点笔记

②对标“阿里 P7” 40W+年薪企业资深架构师成长学习路线图

③面试精品集锦汇总

④全套体系化高级架构视频

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

在没有使用App Startup的时候，如何保证content providers的初始化顺序呢？其实很简单，在配置清单中将先启动的content provider的<meta-data>标签放在前面即可。

下面我们来看下如何进行初始化。

通过App Startup来运行依赖项的初始化有两种方式：

• 自动初始化(automatic initialization)

• 手动初始化(manually initialization)

无论是自动初始化还是手动初始化都需要在app或者library中的build.gradle文件中添加如下依赖：

实现自动初始化(拿官方例子来看)

假设你的应用程序依赖了WorkManager，并且需要在程序一开始启动时就初始化WorkManager，定义一个WorkManagerInitializer类并且实现Initializer<WorkManager>接口：

如图中所示，dependencies()方法返回了一个空列表，意思是我WorkManager实例化谁也不需要依赖，我自己个就能行。 假设我们的应用依赖了另一个叫做ExampleLogger的库，这个库依赖于WorkManager。这也就意味着，初始化这个库必须先确保WorkManager的实例已经被初始化了才可以。那么如何做呢？我们看下官方代码：

代码中定义了一个ExampleLoggerInitializer类并且实现了Initializer<ExampleLogger>接口。这个时候我们看到dependencies()方法返回的就不是空列表了，而是包含了WorkManagerInitializer的一个列表，这样ExampleLogger要想初始化，必须先初始化WorkManager。

提示：如果App中之前使用content providers来初始化应用程序中的组件，请确保是使用App Startup时删除这些content providers

App Startup包含了一个名为InitializationProvider的特殊的content provider，它用来找到并且调用你的组件初始化器。那么这个过程是什么样的呢？

• 首先，通过检查InitializationProvider清单标签下的<meta-data>标签，找到组件初始化器；

• App Startup调用它找到的所有组件初始化器的dependencies()方法。

这就意味着如果想要让App Startup找到组件初始化器，必须满足下面的一个条件：

• 组件初始化器在InitializationProvider清单标签下配置了相应的<meta-data>标签；

• 组件初始化器在一个已被找到的组件初始化器的dependencies()方法中被列出；

从我们上面写过的WorkManagerInitializer和ExampleLoggerInitializer这两个例子中来说，为了确保初始化器能被实现，需要在清单文件中配置如下代码：

如图中所示，我们只配置了ExampleLoggerInitializer的<meta-data>标签，因为它是依赖于WorkManager的，并且满足了第二条：dependencies()方法中列出了它依赖于WorkManager，如果ExampleLoggerInitializer能被炸到，那么WorkManagerInitializer一定也能被找到。

tools:node="merge"属性是为了确保清单合并工具可能造成的冲突问题

App Startup库包含了一系列的lint规则，通过这些规则，你能够检查是否正确定义了组件初始化器。你可以在终端通过./gradlew :app:lintDebug命令执行lint检查。

实现手动初始化

通常来说，当你使用App Startup时，InitializationProvider对象就会使用AppInitializer在App启动时来自动寻找并且运行初始化器。然而，你也可以直接调用。AppInitializer来手动初始化不需要在启动时就调用的组件初始化器。这个操作被称作懒初始化，它能够减少程序启动的时间。要想实现手动初始化，必须先禁止掉你想要手动初始化的组件的自动初始化功能。 为了禁止掉单个组件的自动初始化功能，可以在清单文件中移除那个组件的<meta-data>标签，举例来说，我们想禁止ExampleLogger的自动初始化：

使用tools:node="remove"而不是直接移除这个标签是为了确保清单合并工具能够移除所有合并文件的这个标签。

提示: 禁用组件的自动初始化也会禁用该组件的依赖项的自动初始化，比如我禁用了ExampleLogger，而ExampleLogger依赖了WorkManager，那么WorkManager也不会自动初始化了。

我们现在知道如何禁止单个组件的自动初始化，那么如何禁止全部组件的自动初始化，转而手动初始化呢？Android官方给我们提供了这个写法：

禁用自动初始化后，你可以使用AppInitializer手动初始化组件和它的依赖。还是看下官方代码：

通过上述代码，App Startup也对WorkManager进行了初始化，因为ExampleLogger依赖了WorkManager。

源码分析

App Startup包中代码并不多，只有五个类

其中最核心的类就是InitializationProvider，它是继承了ContentProvider，这样我们就懂了，在onCreate()方法中，可以看到它其实是调用了AppInitializer这个类中的discoverAndInitialize()方法，我们简单看下这个代码：

结语

由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！以下是目录截图：

由于整个文档比较全面，内容比较多，篇幅不允许，下面以截图方式展示 。

再附一部分Android架构面试视频讲解：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

那么很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！