Application、ContentProvider、Activity执行顺序

再了解Google官方出品的Android Architecture Components过程中,发现组件库接入过程中并不需要做初始化工作。通过查看源码,且分析apk中的AndroidManifest.xml发现文件中包含如下配置:

<manifest
    xmlns:android="http://schemas.android.com/apk/res/android"
    android:versionCode="1"
    android:versionName="1.0"
    package="com.example.android.persistence">
    <application
        android:theme="@ref/0x7f0d0006"
        android:label="@ref/0x7f0c001f"
        android:icon="@ref/0x7f0b0000"
        android:debuggable="true"
        android:testOnly="true"
        android:allowBackup="false"
        android:supportsRtl="true">

        <provider
          android:name="android.arch.lifecycle.ProcessLifecycleOwnerInitializer"
            android:exported="false"
            android:multiprocess="true"
            android:authorities="com.example.android.persistence.lifecycle-trojan" />
    </application>
</manifest>

随之对ProcessLifecycleOwnerInitializer产生兴趣,其代码很简单,只是继承ContentProvider,并在onCreate方法中做了初始化。

@RestrictTo(RestrictTo.Scope.LIBRARY_GROUP)
public class ProcessLifecycleOwnerInitializer extends ContentProvider {
    @Override
    public boolean onCreate() {
        LifecycleDispatcher.init(getContext());
        ProcessLifecycleOwner.init(getContext());
        return true;
    }
    //省略部分代码
}

通过测试日志发现执行顺序如下:

Application->attachBaseContext()
ContentProvider->onCreate()
Application->onCreate()
Activity->onCreate()

可见在接入组件库后,打包过程中合并AndroidManifest.xml文件,注册了ContentProvider。利用其执行顺序这个特性,去初始化组件库。

很是巧妙的解耦方式。

Application, Activity, ContentProvider启动顺序
Android的Proxy/Delegate Application框架

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

青菜小王子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值