我们先来看一下官方的解释
The App Startup library provides a straightforward, performant way to initialize components at application startup. Both library developers and app developers can use App Startup to streamline startup sequences and explicitly set the order of initialization.
Instead of defining separate content providers for each component you need to initialize, App Startup allows you to define component initializers that share a single content provider. This can significantly improve app startup time.
翻译过来就是：
-
App Startup 这个库提供了一个组件，可以在应用程序启动的时候初始化。
-
开发人员可以使用这个组件精简启动序列和显式地设置初始化的顺序。
-
我们不需要为每个组件定义单独的 ContentProvider,App Startup 允许您定义的所有组件化共享一个内容提供者。这样可以极大地减少高应用程序的启动时间
====================================================================================
App Startup 能减少高应用程序的启动时间，它是怎么做到的？
做过 Android 启动优化的，可能都知道，Android 的启动流程是这样的。
从 Application#attachBaseContext 到 ContentProvider#onCreate，到 Application#onCreate 再到 MainActivity#onCreate。
而 App Startup 设计的初衷，正是为了收拢 ContentProvider。有不少第三方的 SDk，为了使用者不必手动调用 SDK#init 方法，使用了 ContentProvider 这一个骚操作。
在 AndroidManifest 里面注册了自己的 xxSDkProvider，然后在 xxSDkProvider 的 onCreate 方面里面进行初始化，确实调用者不需要自己初始化了，可却增加了启动耗时，如果要作优化，还得自己剔除 ContentProvider 的初始化，值不值得，我是感觉没必要，这操作是真的骚。
1<application …>
2
3 <provider
4 android:name=“.xxSDkProvider”
5 android:authorities=“${applicationId}.xxSDkProvider”
6 android:exported=“false” />
7
8
1class XXSDKProvider : ContentProvider() {
2
3 override fun onCreate(): Boolean {
4 Log.d(TAG, “XXSDKProvider create()”)
5 XXSDK.init()
6 return true
7 }
8
9 …
10}
同时，这里给做启动优化的同学提供了一种思路。打开你的 Apk，看一下 AndroidManiest 里面有多少 provider，看一下是否有这样的骚操作。如果有，改一下，说不定启动优化，一下子就减少了 100 多 毫秒。
接下来，我们来看一下 AppStartUp 怎么使用
========================================================================
简单来说，分为三步
-
gradle 文件引入App Startup 库。
-
自定义一个用于初始化的 Initializer。
-
将自定义 Initializer 配置到 AndroidManifest.xml 当中。
第一步，在 build.gradle 文件添加依赖
1dependencies {
2 implementation “androidx.startup:startup-runtime:1.0.0”
3}
第二步：自定义实现 Initializer 类
主要有两个方法
-
T create(@NonNull Context context) 初始化一个组件，返回给 Application
-
List<class<? extends=“” initializer>> dependencies() 当前的 Initializer 依赖于那些 Initializers，通过这个可以确定先后启动的顺序
我们以官方的例子来讲解
1// Initializes WorkManager.
2class WorkManagerInitializer : Initializer {
3 override fun create(context: Context): WorkManager {
4 val configuration = Configuration.Builder().build()
5 WorkManager.initialize(context, configuration)
6 return WorkManager.getInstance(context)
7 }
8 override fun dependencies(): List<Class<out Initializer<*>>> {
9 // No dependencies on other libraries.
10 return emptyList()
11 }
12}
WorkManagerInitializer 返回一个 WorkManager，它不需要依赖于其他的 Initializer，直接返回 emptyList() 即可。
如果需要依赖其他的 Initializer，重写 dependencies 方法，返回即可。如下面的 ExampleLoggerInitializer 依赖于 WorkManagerInitializer
1// Initializes ExampleLogger.
2class ExampleLoggerInitializer : Initializer {
3 override fun create(context: Context): ExampleLogger {
4 // WorkManager.getInstance() is non-null only after
5 // WorkManager is initialized.
6 return ExampleLogger(WorkManager.getInstance(context))
7 }
8
9 override fun dependencies(): List<Class<out Initializer<*>>> {
10 // Defines a dependency on WorkManagerInitializer so it can be
11 // initialized after WorkManager is initialized.
12 return listOf(WorkManagerInitializer::class.java)
13 }
14}
15
16class ExampleLogger(val workManager: WorkManager){
17
18}
第三步：在 AndroidManifest 里面配置自定义的 InitializationProvider
1<provider
2 android:name=“androidx.startup.InitializationProvider”
3 android:authorities=“${applicationId}.androidx-startup”
4 android:exported=“false”
5 tools:node=“merge”>
6
7 <meta-data android:name=“com.xj.anchortask.appstartup.ExampleLoggerInitializer”
8 android:value=“androidx.startup” />
9
它是有固定格式的，配置者只需要配置 meta-data 中的 name 即可。 android:name=“com.xj.anchortask.appstartup.ExampleLoggerInitializer” 这里的 name 是我们自定义的 Initializer 全路径。
程序运行跑起来，可以看到以下输出结果，符合我们的预期
2021-04-17 17:48:42.049 28059-28059/com.xj.anchortask I/AnchorTaskApplication: attachBaseContext:
2021-04-17 17:48:42.077 28059-28059/com.xj.anchortask I/AnchorTaskApplication: create: WorkManagerInitializer init
2021-04-17 17:48:42.077 28059-28059/com.xj.anchortask I/AnchorTaskApplication: create: ExampleLoggerInitializer init
2021-04-17 17:48:42.084 28059-28059/com.xj.anchortask I/AnchorTaskApplication: onCreate:
========================================================================
上面我们讲解了 AppStartUp 的基本使用步骤，如果我们不想在 Application onCreate 之前执行我们的 ExampleLoggerInitializer，要怎么使用呢？
其实很简单，
-
第一步，在 AndroidManifest InitializationProvider 中移除 移除 <meta-data 标签
-
在代码中调用 AppInitializer initializeComponent 方法初始化
1<provider
2 android:name=“androidx.startup.InitializationProvider”
3 android:authorities=“${applicationId}.androidx-startup”
4 android:exported=“false”
5 tools:node=“merge”>
6
7
1AppInitializer.getInstance(context).initializeComponent(ExampleLoggerInitializer::class.java)
App start up 源码分析
我们首先来看一下他的结构，只有简单的几个类
Initializer这个接口就没有必要说了，很简单，只有两个方法。
InitializationProvider 继承了 ContentProvider，借助了 ContentProvider 会在 Application onCreate 之前执行的特点。来执行一些初始化操作。
1public final class InitializationProvider extends ContentProvider {
2 @Override
3 public boolean onCreate() {
4 Context context = getContext();
5 if (context != null) {
6 AppInitializer.getInstance(context).discoverAndInitialize();
7 } else {
8 throw new StartupException(“Context cannot be null”);
9 }
10 return true;
11 }
12
13 ----
14
15}
我们可以看到在 onCreate 方法中调用 AppInitializer discoverAndInitialize 方法进行初始化。
-
找到 AndroidManifest InitializationProvider 下的 meta 便签
-
判断 meta 便签下 value 的值是不是 androidx.startup
-
判断是不是实现 Initializer 接口，是的话，执行 doInitialize 方法
1void discoverAndInitialize() {
2 try {
3 Trace.beginSection(SECTION_NAME);
4 ComponentName provider = new ComponentName(mContext.getPackageName(),
5 InitializationProvider.class.getName());
6 ProviderInfo providerInfo = mContext.getPackageManager()
7 .getProviderInfo(provider, GET_META_DATA);
8 Bundle metadata = providerInfo.metaData;
9 String startup = mContext.getString(R.string.androidx_startup);
10 // 找到 metadata 标签
11 if (metadata != null) {
12 Set<Class<?>> initializing = new HashSet<>();
13 Set keys = metadata.keySet();
14 for (String key : keys) {
15 String value = metadata.getString(key, null);
16 // 判断 value 的值是不是 androidx.startup
17 // 判断是不是实现了 Initializer 接口，是的话，反射初始化
18 if (startup.equals(value)) {
19 Class<?> clazz = Class.forName(key);
20 if (Initializer.class.isAssignableFrom(clazz)) {
21 Class<? extends Initializer<?>> component =
22 (Class<? extends Initializer<?>>) clazz;
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
最后
今天关于面试的分享就到这里，还是那句话，有些东西你不仅要懂，而且要能够很好地表达出来，能够让面试官认可你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工作当中你压根不会用到它，但是你要知道它是什么东西。
最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司19年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。
还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
【Android核心高级技术PDF文档，BAT大厂面试真题解析】
【算法合集】
【延伸Android必备知识点】
【Android部分高级架构视频学习资源】
**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
…(img-Tlo85upb-1713749710677)]
【算法合集】
[外链图片转存中…(img-cYquRdPz-1713749710678)]
【延伸Android必备知识点】
[外链图片转存中…(img-irALxN8T-1713749710679)]
【Android部分高级架构视频学习资源】
**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
1973
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
