Content Provider（以下简称为CP）的加载

在实际开发中，CP有以下两种用法：
1）和应用在一个APK包里
这种情况下和应用在同一进程中。process name和uid都一样。
2）单独在一个APK包里。
这种情况下，如果在AndroidManifest.xml文件里声明了和某个进程同属一个进程，如：
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
       
package="com.android.providers.telephony"
       
android:sharedUserId="android.uid.phone"
>
<application android:process="com.android.phone"
                
android:allowClearUserData="false"
                
android:label="Dialer Storage"
                
android:icon="@drawable/ic_launcher_phone">
       
<provider android:name="TelephonyProvider"
android:authorities="telephony"
android:multiprocess="true" />
这个里面通过android:sharedUserId="android.uid.phone"和android:process="com.android.phone"声明了该CP是和phone进程同属一个进程，拥有同样的process name和uid.
如果没有上述声明，那么该CP是在独立的进程中，拥有属于自己的process name和uid.
以上两种用法可以总结为：
1）CP和某个进程同属一个进程
这种情况下，当该进程启动时，会搜索属于该进程的所有CP,并加载。
2）CP属于独立的一个进程。
这种情况下，只有需要用到该CP时，才会去加载。
那么，当一个进程想要操作一个CP时，先需要获取该CP的对象，系统是如何处理呢：
1）如果该CP属于当前主叫进程，因为在进程启动时就已经加载过了，所以系统会直接返回该CP的对象。
2）如果该CP不属于当前主叫进程，那么系统会进行相关处理（由ActivityManagerService进行，以下简称为AMS）：
所有已加载的CP信息都已保存在AMS中。当需要获取某个CP的对象时，AMS会先判断该CP是否已被加载
----如果已被加载，该CP和当前主叫进程不属一个进程，但是该CP设置了multiprocess的属性（如上例中的 android:multiprocess="true"），并且该CP属于系统级CP，那么就在当前主叫进程内部新生成该CP的对象。否则就需要通过 IPC机制进行调用。
----如果还未被加载，该CP和当前主叫进程不属一个进程，但是该CP设置了multiprocess的属性（如上例中的 android:multiprocess="true"），并且该CP属于系统级CP，那么就在当前主叫进程内部新生成该CP的对象。否则就需要先创建该CP所在的进程，然后再通过IPC机制进行调用。