-
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, thenA
gets initialized beforeB
.
*/
@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)
![](https://i-blog.csdnimg.cn/blog_migrate/2089df28471bcd4c3fa377f02a583bf2.jpeg)
最后
下面是有几位Android行业大佬对应上方技术点整理的一些进阶资料。希望能够帮助到大家提升技术
高级UI,自定义View
UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训,学会这小块知识就能随便找到不错的工作了。
不过很显然现在远远不够了,拒绝无休止的CV,亲自去项目实战,读源码,研究原理吧!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门即可获取!
上方技术点整理的一些进阶资料。希望能够帮助到大家提升技术
[外链图片转存中…(img-buAWI9er-1712141172488)]
高级UI,自定义View
UI这块知识是现今使用者最多的。当年火爆一时的Android入门培训,学会这小块知识就能随便找到不错的工作了。
不过很显然现在远远不够了,拒绝无休止的CV,亲自去项目实战,读源码,研究原理吧!
[外链图片转存中…(img-9ovPta5D-1712141172488)]