Android应用程序组件Content Provider的启动过程源代码分析（7）

   函数installProvider执行完成以后，返回到Step 16中的instalContentProviders函数中，执行下面语句：

 
     
     try {
 
     
         ActivityManagerNative.getDefault().publishContentProviders(
 
     
             getApplicationThread(), results);
 
     
     } catch (RemoteException ex) {
 
     
     }

        前面已经提到，这个函数调用的作用就是通知ActivityMangerService，需要在这个进程中加载的Content Provider已经完加载完成了，参数results就包含了这些已经加载好的Content Provider接口。

        Step 21. ActivityMangerService.publishContentProviders

        这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中：

 
     
     public final class ActivityManagerService extends ActivityManagerNative
 
     
             implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {
 
     
         ......

 
     
         public final void publishContentProviders(IApplicationThread caller,
 
     
                 List<ContentProviderHolder> providers) {
 
     
             ......

 
     
             synchronized(this) {
 
     
                 final ProcessRecord r = getRecordForAppLocked(caller);
 
     
                 ......

 
     
                 final int N = providers.size();
 
     
                 for (int i=0; i<N; i++) {
 
     
                     ContentProviderHolder src = providers.get(i);
 
     
                     if (src == null || src.info == null || src.provider == null) {
 
     
                         continue;
 
     
                     }
 
     
                     ContentProviderRecord dst = r.pubProviders.get(src.info.name);
 
     
                     if (dst != null) {
 
     
                         mProvidersByClass.put(dst.info.name, dst);
 
     
                         String names[] = dst.info.authority.split(";");
 
     
                         for (int j = 0; j < names.length; j++) {
 
     
                             mProvidersByName.put(names[j], dst);
 
     
                         }

 
     
                         int NL = mLaunchingProviders.size();
 
     
                         int j;
 
     
                         for (j=0; j<NL; j++) {
 
     
                             if (mLaunchingProviders.get(j) == dst) {
 
     
                                 mLaunchingProviders.remove(j);
 
     
                                 j--;
 
     
                                 NL--;
 
     
                             }
 
     
                         }
 
     
                         synchronized (dst) {
 
     
                             dst.provider = src.provider;
 
     
                             dst.app = r;
 
     
                             dst.notifyAll();
 
     
                         }
 
     
                         ......
 
     
                     }
 
     
                 }
 
     
             }
 
     
         }

 
     
         ......
 
     
     }

 在我们这个情景中，只有一个Content Provider，因此，这里的N等待1。在中间的for循环里面，最重要的是下面这个语句： 

 
     
     ContentProviderRecord dst = r.pubProviders.get(src.info.name);

         从这里得到的ContentProviderRecord对象dst，就是在前面Step 7中创建的ContentProviderRecord对象cpr了。在for循环中，首先是把这个Content Provider信息保存好在mProvidersByClass和mProvidersByName中： 

 
     
     mProvidersByClass.put(dst.info.name, dst);
 
     
     String names[] = dst.info.authority.split(";");
 
     
     for (int j = 0; j < names.length; j++) {
 
     
         mProvidersByName.put(names[j], dst);
 
     
     }

        前面已经说过，这两个Map中，一个是以类名为键值保存Content Provider信息，一个是以authority为键值保存Content Provider信息。

 

        因为这个Content Provider已经加载好了，因此，把它从mLaunchingProviders列表中删除：

 
     
     int NL = mLaunchingProviders.size();
 
     
     int j;
 
     
     for (j=0; j<NL; j++) {
 
     
         if (mLaunchingProviders.get(j) == dst) {
 
     
             mLaunchingProviders.remove(j);
 
     
             j--;
 
     
             NL--;
 
     
         }
 
     
     }

        最后，设置这个ContentProviderRecord对象dst的provider域为从参数传进来的Content Provider远程接口： 

 
     
     synchronized (dst) {
 
     
         dst.provider = src.provider;
 
     
         dst.app = r;
 
     
         dst.notifyAll();
 
     
     }

        执行了dst.notiryAll语句后，在Step 7中等待要获取的Content Provider接口加载完毕的线程就被唤醒了。唤醒之后，它检查本地ContentProviderRecord变量cpr的provider域不为null，于是就返回了。它最终返回到Step 5中的ActivityThread类的getProvider函数中，继续往下执行： 

 
     
     IContentProvider prov = installProvider(context, holder.provider,
 
     
         holder.info, true);

        注意，这里是在Article应用程序中进程中执行installProvider函数的，而前面的Step 17的installProvider函数是在ArticlesProvider应用程序进程中执行的。

 

        Step 22. ActivityThread.installProvider

        这个函数定义在frameworks/base/core/java/android/app/ActivityThread.java文件中：

 
     
     public final class ActivityThread {
 
     
         ......

 
     
         private final IContentProvider installProvider(Context context,
 
     
                 IContentProvider provider, ProviderInfo info, boolean noisy) {
 
     
             ......
 
     
             if (provider == null) {
 
     
                 ......
 
     
             } else if (localLOGV) {
 
     
                 ......
 
     
             }

 
     
             synchronized (mProviderMap) {
 
     
                 // Cache the pointer for the remote provider.
 
     
                 String names[] = PATTERN_SEMICOLON.split(info.authority);
 
     
                 for (int i=0; i<names.length; i++) {
 
     
                     ProviderClientRecord pr = new ProviderClientRecord(names[i], provider,
 
     
                         localProvider);
 
     
                     try {
 
     
                         provider.asBinder().linkToDeath(pr, 0);
 
     
                         mProviderMap.put(names[i], pr);
 
     
                     } catch (RemoteException e) {
 
     
                         return null;
 
     
                     }
 
     
                 }
 
     
                 ......
 
     
             }

 
     
             return provider;
 
     
         }

 
     
         ......
 
     
     }

        同样是执行installProvider函数，与Step 17不同，这里传进来的参数provider是不为null的，因此，它不需要执行在本地加载Content Provider的工作，只需要把从ActivityMangerService中获得的Content Provider接口保存在成员变量mProviderMap中就可以了。

 

        这样，获取与"shy.luo.providers.artilces"这个uri对应的Content Provider（shy.luo.providers.articles.ArticlesProvider）就完成了，它同时也是启动Content Provider的完整过程。第三方应用程序获得了这个Content Provider的接口之后，就可以访问它里面的共享数据了。在下面一篇文章中，我们将重点分析Android应用程序组件Content Provider在不同进程中传输数据的过程，即Content Provider在不同应用程序中共享数据的原理，敬请关注。