缘起:
利用 ContentProvider 来初始化你的 Library, 这个相信大家已经不太陌生了,下面简要说下。
1. 利用 ContentProvider 初始化 Library:
在日常开发过程中, 经常会遇到 Library 都需要传入 Context 参数以完成初始化,此时这个 Context 参数一般会从 Application 对象的 onCreate 方法中获取。于是,很多 library 都会提供一个 init 方法,在Application Object中完成调用.
|
|
至此, 相信大家可以看到依赖第三方 library 的时候,你必须得写一个自定义的 Application, 这样的用户体验可不太好。从 Android Debug Database, Firebase 中受到启发, 我们可以在 library 中创建一个 ContentProvider 来, 然后在 Manifest 中完成必要的注册信息, 在应用 Application 起来的时候会自动去初始化 library 中定义的 ContentProvider,现在就可以从 ContentProvider 中的 onCreate 里面得到 context 来初始化自己的 library。
|
|
2. 自定义 ContentProvider 初始化顺序:
如果 library 中有业务需要用到多个自定义 ContentProvider,如 A、B、C, 但是自定义用来初始化的 provider 为D, 由于初始化流程在 provider D 中开始的, 那么 A、B、C 就必须在 D 之后起来才行,那么D ->A、B、C 顺序怎么来定义呢?也就是如何保证 D 最先初始化。
为了定义 provider 的初始化顺序,可以再 Manifest 中设置 initOrder 的值(值越大,最先初始化),同时如果 Library 中有多进程, 那么也需要设置 android:multiprocess,具体如下:
123456<providerandroid:authorities="com.sivan.DContentProvider"android:exported="false"android:multiprocess="true"android:initOrder="100"android:name=".DContentProvider" />
如此在 Demo 中定义了 FirstProvider,SecondProvider 以及 ThirdProvider 的 initOrder 的值:
|
|
最后得到的日志信息如下:
可以看出初始化流程:FirstProvider -> SecondProvider -> ThirdProvider
所以我们需要根据 android:initOrder 来调整自定义用来初始化的 ContentProvider, 要保证 D 在 A、B、C 之前来初始化。
如有不正之处,还请多多指教!