听了上面的介绍，是不是还有点懵？
App Startup 能减少高应用程序的启动时间，它是怎么做到的？
做过 Android 启动优化的，可能都知道，Android 的启动流程是这样的。
从 Application#attachBaseContext 到 ContentProvider#onCreate，到 Application#onCreate 再到 MainActivity#onCreate。
而 App Startup 设计的初衷，正是为了收拢 ContentProvider。有不少第三方的 SDk，为了使用者不必手动调用 SDK#init 方法，使用了 ContentProvider 这一个骚操作。
在 AndroidManifest 里面注册了自己的 xxSDkProvider，然后在 xxSDkProvider 的 onCreate 方面里面进行初始化，确实调用者不需要自己初始化了，可却增加了启动耗时，如果要作优化，还得自己剔除 ContentProvider 的初始化，值不值得，我是感觉没必要，这操作是真的骚。
<application …>
<provider
android:name=“.xxSDkProvider”
android:authorities=“${applicationId}.xxSDkProvider”
android:exported=“false” />
class XXSDKProvider : ContentProvider() {
override fun onCreate(): Boolean {
Log.d(TAG, “XXSDKProvider create()”)
XXSDK.init()
return true
}
…
}
同时，这里给做启动优化的同学提供了一种思路。打开你的 Apk，看一下 AndroidManiest 里面有多少 provider，看一下是否有这样的骚操作。如果有，改一下，说不定启动优化，一下子就减少了 100 多 毫秒。
接下来，我们来看一下 AppStartUp 怎么使用
简单来说，分为三步
-
gradle 文件引入App Startup 库。
-
自定义一个用于初始化的 Initializer。
-
将自定义 Initializer 配置到 AndroidManifest.xml 当中。
第一步，在 build.gradle 文件添加依赖
dependencies {
implementation “androidx.startup:startup-runtime:1.0.0”
}
第二步：自定义实现 Initializer 类
主要有两个方法
-
T create(@NonNull Context context)初始化一个组件，返回给 Application -
List<Class<? extends Initializer<?>>> dependencies()当前的 Initializer 依赖于哪些 Initializers，通过这个可以确定先后启动的顺序
我们以官方的例子来讲解
// Initializes WorkManager.
class WorkManagerInitializer : Initializer {
override fun create(context: Context): WorkManager {
val configuration = Configuration.Builder().build()
WorkManager.initialize(context, configuration)
return WorkManager.getInstance(context)
}
override fun dependencies(): List<Class<out Initializer<*>>> {
// No dependencies on other libraries.
return emptyList()
}
}
WorkManagerInitializer 返回一个 WorkManager，它不需要依赖于其他的 Initializer，直接返回 emptyList() 即可。
如果需要依赖其他的 Initializer，重写 dependencies 方法，返回即可。如下面的 ExampleLoggerInitializer 依赖于 WorkManagerInitializer
// Initializes ExampleLogger.
class ExampleLoggerInitializer : Initializer {
override fun create(context: Context): ExampleLogger {
// WorkManager.getInstance() is non-null only after
// WorkManager is initialized.
return ExampleLogger(WorkManager.getInstance(context))
}
override fun dependencies(): List<Class<out Initializer<*>>> {
// Defines a dependency on WorkManagerInitializer so it can be
// initialized after WorkManager is initialized.
return listOf(WorkManagerInitializer::class.java)
}
}
class ExampleLogger(val workManager: WorkManager){
}
第三步：在 AndroidManifest 里面配置自定义的 InitializationProvider
<provider
android:name=“androidx.startup.InitializationProvider”
android:authorities=“${applicationId}.androidx-startup”
android:exported=“false”
tools:node=“merge”>
<meta-data android:name=“com.xj.anchortask.appstartup.ExampleLoggerInitializer”
android:value=“androidx.startup” />
它是有固定格式的，配置者只需要配置 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 方法初始化
<provider
android:name=“androidx.startup.InitializationProvider”
android:authorities=“${applicationId}.androidx-startup”
android:exported=“false”
tools:node=“merge”>
AppInitializer.getInstance(context).initializeComponent(ExampleLoggerInitializer::class.java)
我们首先来看一下他的结构，只有简单的几个类
Initializer 这个接口就没有必要说了，很简单，只有两个方法。
InitializationProvider 继承了 ContentProvider，借助了 ContentProvider 会在 Application onCreate 之前执行的特点。来执行一些初始化操作。
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;
}
}
我们可以看到在 onCreate 方法中调用 AppInitializer discoverAndInitialize 方法进行初始化。
-
找到 AndroidManifest InitializationProvider 下的 meta 便签
-
判断 meta 便签下 value 的值是不是 androidx.startup
-
判断是不是实现 Initializer 接口，是的话，执行 doInitialize 方法
void discoverAndInitialize() {
try {
Trace.beginSection(SECTION_NAME);
ComponentName provider = new ComponentName(mContext.getPackageName(),
InitializationProvider.class.getName());
ProviderInfo providerInfo = mContext.getPackageManager()
.getProviderInfo(provider, GET_META_DATA);
Bundle metadata = providerInfo.metaData;
String startup = mContext.getString(R.string.androidx_startup);
// 找到 metadata 标签
if (metadata != null) {
Set<Class<?>> initializing = new HashSet<>();
Set keys = metadata.keySet();
for (String key : keys) {
String value = metadata.getString(key, null);
// 判断 value 的值是不是 androidx.startup
// 判断是不是实现了 Initializer 接口，是的话，反射初始化
if (startup.equals(value)) {
Class<?> clazz = Class.forName(key);
if (Initializer.class.isAssignableFrom(clazz)) {
Class<? extends Initializer<?>> component =
(Class<? extends Initializer<?>>) clazz;
mDiscovered.add(component);
if (StartupLogger.DEBUG) {
StartupLogger.i(String.format(“Discovered %s”, key));
}
doInitialize(component, initializing);
}
}
}
}
} catch (PackageManager.NameNotFoundException | ClassNotFoundException exception) {
throw new StartupException(exception);
} finally {
Trace.endSection();
}
}
doInitialize 方法
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()
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
总结
最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识，这里放上相关的我搜集整理的24套腾讯、字节跳动、阿里、百度2019-2021面试真题解析，我把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包知识脉络 + 诸多细节。
还有 高级架构技术进阶脑图、Android开发面试专题资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
不少精力），包知识脉络 + 诸多细节。
还有 高级架构技术进阶脑图、Android开发面试专题资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
[外链图片转存中…(img-BG84rWt3-1713678734931)]
[外链图片转存中…(img-nnl8jCfw-1713678734933)]
[外链图片转存中…(img-urF0K5GI-1713678734934)]
网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
2021年虽然路途坎坷，都在说Android要没落，但是，不要慌，做自己的计划，学自己的习，竞争无处不在，每个行业都是如此。相信自己，没有做不到的，只有想不到的。祝大家2021年万事大吉。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
1054
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
