目录 定义 解决了什么问题 如何解决问题 使用方法 1. 引入AppStartup依赖 2. 实现App Startup库的Initializer接口 3. 在库的AndroidManifest.xml中配置MyInitializer 延迟初始化 定义 一个可以用于加速A
目录
- 定义
- 解决了什么问题
- 如何解决问题
- 使用方法
- 1. 引入AppStartup依赖
- 2. 实现App Startup库的Initializer接口
- 3. 在库的AndroidManifest.xml中配置MyInitializer
- 延迟初始化
定义
- 一个可以用于加速App启动速度的库;
- 提供在 App 启动时初始化组件简单、高效的方法,可以使用 App Startup 显示的设置初始化顺序;
- 提供了一个 ContentProvider 来运行所有依赖项的初始化,避免每个第三方库单独使用 ContentProvider 进行初始化,从而提高了应用的程序的启动速度;
解决了什么问题
- 如果你在项目当中引入了非常多的第三方库,那么Application中的代码就可能会变成这个样子(这还只是我们实际项目的部分代码):
class MyApplication : Application() { override fun onCreate() { super.onCreate() CommonModule.init(this); XCrash.init(this, new XCrash.InitParameters()); initQbSdk(this); initRetrofit(); initDialogSetting(); initBugly(); initWeChat(); initUmeng(); initDoKit(); initNIM(); } ... }
- 有些更加聪明的库设计者,想到可以借助ContentProvider自动调用初始化接口,从而避免显示的初始化:
//1. 继承 ContentProvider,在onCreate中初始化 class MyProvider : ContentProvider() { override fun onCreate(): Boolean { context?.let { //ContentProvider中也可以取得Context LjyToastUtil.getInstance().init(it) } return true } //其他方法用不到,直接return null 或 return -1 即可 ... } //2. ContentProvider是四大组件之一,需要在AndroidManifest.xml文件中进行注册 <application ...> ... <provider android:name=".MyProvider" //authorities的值没有固定要求,但要保证该值在整个手机上是唯一的,所以通常会使用${applicationId}作为前缀,以防止和其他应用程序冲突 android:authorities="${applicationId}.myProvider" android:exported="false" /> </application> //3. 自定义的MyProvider在什么时候执行呢? 调用流程如下: Application.attachBaseContext() -> ContentProvider.onCreate() -> Application.onCreate() //这是在冷启动阶段自动运行初始化的,来看一下 Android 10 系统源码 private void handleBindApplication(AppBindData data) { ... if (!data.restrictedBackupMode) { if (!ArrayUtils.isEmpty(data.providers)) { // 创建ContentProvider installContentProviders(app, data.providers); } } ... try { // 调用调用 Application 的 OnCreate 方法 mInstrumentation.callApplicationOnCreate(app); } catch (Exception e) { ... } ... }
- 此方案的缺点:ContentProvider会增加许多额外的耗时, ContentProvider是Android四大组件之一,这个组件相对来说是比较重量级的, 也就是说,本来我的初始化操作可能是一个非常轻量级的操作,依赖于ContentProvider之后就变成了一个重量级的操作了;
如何解决问题
- 鉴于前两者的缺点,Google推出了App Startup
- App Startup是如何解决问题的呢?它可以将所有用于初始化的ContentProvider合并成一个,从而使App的启动速度变得更快。
使用方法
1. 引入AppStartup依赖
implementation "androidx.startup:startup-runtime:1.1.0-alpha01"
2. 实现App Startup库的Initializer接口
定义一个用于执行初始化的类,并实现App Startup库的Initializer接口
class LjyToastInitializer : Initializer<Unit> { //在create方法中执行要初始化的代码 override fun create(context: Context) { LjyToastUtil.getInstance().init(context) } //dependencies方法用于配置当前LjyToastInitializer是否还依赖于其他Initializer //有的话在此配置,没有就return emptyList()即可 override fun dependencies(): List<Class<out Initializer<*>>> { return emptyList() } }
3. 在库的AndroidManifest.xml中配置MyInitializer
<provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" android:exported="false" tools:node="merge"> <meta-data android:name="com.jinyang.jetpackdemo.LjyToastInitializer" android:value="androidx.startup" /> </provider>
- 当App启动的时候会自动执行App Startup库中内置的ContentProvider,并在它的ContentProvider中会搜寻所有注册的Initializer,然后逐个调用它们的create()方法来进行初始化操作;
延迟初始化
- 如果不希望在启动的时候自动初始化某个库,而是想要在特定的时机手动初始化,这要怎么办呢?
- 首先通过分析源码,找到该库初始化的Initializer的全路径类名
- 在项目的AndroidManifest.xml当中加入如下配置:
<provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" android:exported="false" tools:node="merge"> <meta-data android:name="com.jinyang.jetpackdemo.LjyToastInitializer" android:value="androidx.startup" tools:node="remove" /> </provider>
- 禁用单个库就在meta-data中加入tools:node="remove"
- 禁用所有库就是在provider标签中加入tools:node="remove"
- 然后在需要的地方去手动的初始化
AppInitializer.getInstance(this) .initializeComponent(LjyToastInitializer::class.java)
- 延迟初始化也是非常有用的,可以减少 App 的启动时间,提高启动速度。
以上就是Android Jetpack系列之App Startup使用详解的详细内容,更多关于Android Jetpack App Startup的资料请关注自由互联其它相关文章!