android 应用启动优化之慎用contentprovider 初始化SDK等工具

contentprovider 是Android开发四大组件之一，最大的用途一般是用来夸进程共享数据。而在很多第三方热门开源框架中用他来进行初始化操作，代替再Application的onCreate()中添加init()方法，这样做的好处解耦，例如Glide图片库的初始化，leakcanary的初始化。原理如下：

makeApplication() 调用链：

>

LoadedApk#makeApplication() -> Instrumentation#newApplication() -> Instrumentation.newApplication() -> Application#attach() -> Application#attachBaseContext()

installContentProviders() 调用链：

>

ActivityThread#installContentProviders() -> ActivityThread#installProvider() -> ContentProvider#attachInfo() -> ContentProvider.this.onCreate()

callApplicationOnCreate 调用链：

>

Instrumentation#callApplicationOnCreate() -> Application#onCreate()

如上，contentprvoider 的初始化介于Application的 attachBaseContext()方法，和onCreate()方法之间。确实可以做到自动初始化。但是contentprovider 初始化也是有缺点的。

网上说的最多也是能查到的确定是，如果某些初始化依赖别的库，那么必须要在别的库初始化之后进行初始化，不能鲁莽的采用。要清楚调用结构。

没有提到的却是个人认为最为重要的一点，也是这篇文章想说的中心点：

在多进程的APP启动流程中，慎用ContentProvider

<provider
    android:name="com.aisino.interconnect.contentprovider.InitLibraryProvider"
    android:exported="false"
    android:authorities="${applicationId}.initlibrary"
    android:multiprocess="true"/>
四大组件要在清单文件中注册，注意属性 multiprocess 和 process

           

1. android:process=":fore"，android:multiprocess="true"：provider不会随应用的启动而加载，当调用到provider的时候才会加载，加载时provider是在调用者的进程中初始化的。这时候可能定义provider的fore进程还没有启动。

2. android:process=":fore"（android:multiprocess默认情况下为"false"）：provider不会随应用的启动而加载，当调用到provider的时候才会加载，加载时provider是在“fore”进程中初始化的。

3. android:multiprocess="true"：provider会随着应用启动的时候加载，加载时provider是在应用默认主进程中初始化的。对于android:multiprocess=true，意味着provider可以多实例，那么由调用者在自己的进程空间实例化一个ContentProvider对象，此时定义ContentProvider的App可能并没有启动。

4. android:multiprocess="false"：provider会随着应用启动的时候加载，加载时provider是在应用默认主进程中初始化的。对于android:multiprocess=false（默认值），由系统把定义该ContentProvider的App启动起来(一个独立的Process)并实例化ContentProvider，这种ContentProvider只有一个实例，运行在自己App的Process中。所有调用者共享该ContentProvider实例，调用者与ContentProvider实例位于两个不同的Process。

看清楚流程之后总结一点，对于定义contentprovider 的APP  不管有几个进程，只初始化一次，onceate只执行一次，当multiprocess为true，有多个实例的意思，是代表不同的进程调用可以有多个远程binder实例！概念不要混淆！！！

所以针对在contentprovider 中 初始化应用，结合上文分析可以得知，非常重要的一点，如果应用存在多进程，且对进程中对某些资源都要单独实例化的情况下，禁止使用contentProvider初始化，在application 中初始化。其他的时候可以使用。

查询命令记录 查询应用进程信息

adb shell ps    adb shell ps grep | "筛选条件"