Android Jetpack 之 App Startup(1)

• Initializes and a component given the application {@link Context}

• @param context The application context.

*/

@NonNull

T create(@NonNull Context context);

/**

• @return A list of dependencies that this {@link Initializer} depends on. This is

• used to determine initialization order of {@link Initializer}s.

• 
  

• For e.g. if a {@link Initializer} B defines another

• {@link Initializer} A as its dependency, then A gets initialized before B.

*/

@NonNull

List<Class<? extends Initializer<?>>> dependencies();

}

create 方法用于进行对象的初始化；

dependencies 方法用于定义需要在当前对象初始化之前进行初始化的对象对应的 Initializer。

SdkA 的对应的 SdkAInitializer：（SdkBInitializer、SdkCInitializer的code和SdkAInitializer的结构 一模一样）

class SdkAInitializer :Initializer{

val TAG = “SdkInitializer”

override fun create(context: Context): SdkA {

Log.d(TAG, "SdkA create: ")

return SdkA.getInstance()

}

override fun dependencies(): MutableList<Class<out Initializer<*>>> {

Log.d(TAG, "SdkA dependencies: ")

//SdkA 的初始化不需要其他库的依赖，所以这里 dependencies 方法返回一个空列表。

return Collections.emptyList()

}

}

接着在 manifest 中定义 InitializationProvider：

<provider

android:name=“androidx.startup.InitializationProvider”

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

android:exported=“false”

tools:node=“merge”>

<meta-data

android:name=“com.noway.startup.SdkAInitializer”

android:value=“androidx.startup” />

<meta-data

android:name=“com.noway.startup.SdkBInitializer”

android:value=“androidx.startup” />

<meta-data

android:name=“com.noway.startup.SdkCInitializer”

android:value=“androidx.startup” />

run App 查看log：在App create之前SdkA、SdkB、SdkC依次先dependencies后create

2020-10-10 10:04:07.894 20431-20431/com.noway.startup D/SdkInitializer: App attachBaseContext:

2020-10-10 10:04:07.901 20431-20431/com.noway.startup D/SdkInitializer: SdkA dependencies:

2020-10-10 10:04:07.901 20431-20431/com.noway.startup D/SdkInitializer: SdkA create:

2020-10-10 10:04:07.902 20431-20431/com.noway.startup D/SdkInitializer: SdkB dependencies:

2020-10-10 10:04:07.902 20431-20431/com.noway.startup D/SdkInitializer: SdkB create:

2020-10-10 10:04:07.902 20431-20431/com.noway.startup D/SdkInitializer: SdkC dependencies:

2020-10-10 10:04:07.902 20431-20431/com.noway.startup D/SdkInitializer: SdkC create:

2020-10-10 10:04:07.904 20431-20431/com.noway.startup D/SdkInitializer: App onCreate:

2020-10-10 10:04:08.117 20431-20431/com.noway.startup D/SdkInitializer: MainActivity onCreate:

从log可以看出，dependencies 方法的执行顺序是 A→B→C，create 方法的执行顺序是 A → B → C。这里的 create 方法的顺序正是对象创建的顺序。

App Startup 的互相依赖使用:

====================

假设SdkB初始化需要依赖SdkC,需要先让SdkC初始化，只需要修改SdkB的code，把返回的空集合改为SdkC

class SdkBInitializer :Initializer{

val TAG = “SdkInitializer”

override fun create(context: Context): SdkB {

Log.d(TAG, "SdkB create: ")

return SdkB.getInstance()

}

override fun dependencies(): MutableList<Class<out Initializer<*>>> {

Log.d(TAG, "SdkB dependencies: ")

//SdkB 依赖 SdkC

return mutableListOf(SdkCInitializer::class.java)

// return Collections.emptyList()

}

}

run App 查看log：

2020-10-10 10:12:21.233 20922-20922/com.noway.startup D/SdkInitializer: App attachBaseContext:

2020-10-10 10:12:21.239 20922-20922/com.noway.startup D/SdkInitializer: SdkA dependencies:

2020-10-10 10:12:21.239 20922-20922/com.noway.startup D/SdkInitializer: SdkA create:

2020-10-10 10:12:21.239 20922-20922/com.noway.startup D/SdkInitializer: SdkB dependencies:

2020-10-10 10:12:21.240 20922-20922/com.noway.startup D/SdkInitializer: SdkC dependencies:

2020-10-10 10:12:21.240 20922-20922/com.noway.startup D/SdkInitializer: SdkC create:

2020-10-10 10:12:21.241 20922-20922/com.noway.startup D/SdkInitializer: SdkB create:

2020-10-10 10:12:21.242 20922-20922/com.noway.startup D/SdkInitializer: App onCreate:

2020-10-10 10:12:21.357 20922-20922/com.noway.startup D/SdkInitializer: MainActivity onCreate:

从log可以看出，dependencies 方法的执行顺序是 A → B → C，create 方法的执行顺序是 A → C → B。

App Startup 的手动初始化（延时初始化）使用:

============================

当应用运行后，所有的 SDK 都进行了初始化。可是所有的 SDK 都在启动阶段进行初始化，会导致启动速度的变慢，某些 SDK 如何在需要使用的时候才进行初始化？

再创建一个 SdkD（和SdkA一样）需要在 manifest 中通过  标签中只需要定义 SdkDInitializer，并且添加  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.noway.startup.SdkAInitializer”

android:value=“androidx.startup” />

<meta-data

android:name=“com.noway.startup.SdkBInitializer”

android:value=“androidx.startup” />

<meta-data

android:name=“com.noway.startup.SdkCInitializer”

android:value=“androidx.startup” />

<meta-data

android:name=“com.noway.startup.SdkDInitializer”

android:value=“androidx.startup”

tools:node=“remove” />

在 Activity 中对其进行初始化：

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

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

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

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

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

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

最后

下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。希望能够帮助到大家提升技术

高级UI，自定义View

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。

不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！

上方技术点整理的一些进阶资料。希望能够帮助到大家提升技术

[外链图片转存中…(img-buAWI9er-1712141172488)]

高级UI，自定义View

UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训，学会这小块知识就能随便找到不错的工作了。

不过很显然现在远远不够了，拒绝无休止的CV,亲自去项目实战，读源码，研究原理吧！

[外链图片转存中…(img-9ovPta5D-1712141172488)]

《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！