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

  1. 云栖社区>
  2. 博客>
  3. 正文

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

余二五 2017-11-08 17:00:00 浏览858
展开阅读全文
   函数installProvider执行完成以后,返回到Step 16中的instalContentProviders函数中,执行下面语句:
  1. try {  
  2.     ActivityManagerNative.getDefault().publishContentProviders(  
  3.         getApplicationThread(), results);  
  4. catch (RemoteException ex) {  
  5. }  
        前面已经提到,这个函数调用的作用就是通知ActivityMangerService,需要在这个进程中加载的Content Provider已经完加载完成了,参数results就包含了这些已经加载好的Content Provider接口。
        Step 21. ActivityMangerService.publishContentProviders
        这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中:

  1. public final class ActivityManagerService extends ActivityManagerNative   
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {   
  3.     ......   
  4.    
  5.     public final void publishContentProviders(IApplicationThread caller,   
  6.             List<ContentProviderHolder> providers) {   
  7.         ......   
  8.    
  9.         synchronized(this) {   
  10.             final ProcessRecord r = getRecordForAppLocked(caller);   
  11.             ......   
  12.    
  13.             final int N = providers.size();   
  14.             for (int i=0; i<N; i++) {   
  15.                 ContentProviderHolder src = providers.get(i);   
  16.                 if (src == null || src.info == null || src.provider == null) {   
  17.                     continue;   
  18.                 }   
  19.                 ContentProviderRecord dst = r.pubProviders.get(src.info.name);   
  20.                 if (dst != null) {   
  21.                     mProvidersByClass.put(dst.info.name, dst);   
  22.                     String names[] = dst.info.authority.split(";");   
  23.                     for (int j = 0; j < names.length; j++) {   
  24.                         mProvidersByName.put(names[j], dst);   
  25.                     }   
  26.    
  27.                     int NL = mLaunchingProviders.size();   
  28.                     int j;   
  29.                     for (j=0; j<NL; j++) {   
  30.                         if (mLaunchingProviders.get(j) == dst) {   
  31.                             mLaunchingProviders.remove(j);   
  32.                             j--;   
  33.                             NL--;   
  34.                         }   
  35.                     }   
  36.                     synchronized (dst) {   
  37.                         dst.provider = src.provider;   
  38.                         dst.app = r;   
  39.                         dst.notifyAll();   
  40.                     }   
  41.                     ......   
  42.                 }   
  43.             }   
  44.         }   
  45.     }   
  46.    
  47.     ......   
  48. }   
 在我们这个情景中,只有一个Content Provider,因此,这里的N等待1。在中间的for循环里面,最重要的是下面这个语句: 
  1. ContentProviderRecord dst = r.pubProviders.get(src.info.name);  
         从这里得到的ContentProviderRecord对象dst,就是在前面Step 7中创建的ContentProviderRecord对象cpr了。在for循环中,首先是把这个Content Provider信息保存好在mProvidersByClass和mProvidersByName中: 
  1. mProvidersByClass.put(dst.info.name, dst);  
  2. String names[] = dst.info.authority.split(";");  
  3. for (int j = 0; j < names.length; j++) {  
  4.     mProvidersByName.put(names[j], dst);  
  5. }  
        前面已经说过,这两个Map中,一个是以类名为键值保存Content Provider信息,一个是以authority为键值保存Content Provider信息。
 
        因为这个Content Provider已经加载好了,因此,把它从mLaunchingProviders列表中删除:
  1. int NL = mLaunchingProviders.size();  
  2. int j;  
  3. for (j=0; j<NL; j++) {  
  4.     if (mLaunchingProviders.get(j) == dst) {  
  5.         mLaunchingProviders.remove(j);  
  6.         j--;  
  7.         NL--;  
  8.     }  
  9. }  
        最后,设置这个ContentProviderRecord对象dst的provider域为从参数传进来的Content Provider远程接口: 
  1. synchronized (dst) {  
  2.     dst.provider = src.provider;  
  3.     dst.app = r;  
  4.     dst.notifyAll();  
  5. }  
        执行了dst.notiryAll语句后,在Step 7中等待要获取的Content Provider接口加载完毕的线程就被唤醒了。唤醒之后,它检查本地ContentProviderRecord变量cpr的provider域不为null,于是就返回了。它最终返回到Step 5中的ActivityThread类的getProvider函数中,继续往下执行: 
  1. IContentProvider prov = installProvider(context, holder.provider,  
  2.     holder.info, true);  
        注意,这里是在Article应用程序中进程中执行installProvider函数的,而前面的Step 17的installProvider函数是在ArticlesProvider应用程序进程中执行的。
 
        Step 22. ActivityThread.installProvider
        这个函数定义在frameworks/base/core/java/android/app/ActivityThread.java文件中:
  1. public final class ActivityThread {  
  2.     ......  
  3.       
  4.     private final IContentProvider installProvider(Context context,  
  5.             IContentProvider provider, ProviderInfo info, boolean noisy) {  
  6.         ......  
  7.         if (provider == null) {  
  8.             ......  
  9.         } else if (localLOGV) {  
  10.             ......  
  11.         }  
  12.   
  13.         synchronized (mProviderMap) {  
  14.             // Cache the pointer for the remote provider.  
  15.             String names[] = PATTERN_SEMICOLON.split(info.authority);  
  16.             for (int i=0; i<names.length; i++) {  
  17.                 ProviderClientRecord pr = new ProviderClientRecord(names[i], provider,  
  18.                     localProvider);  
  19.                 try {  
  20.                     provider.asBinder().linkToDeath(pr, 0);  
  21.                     mProviderMap.put(names[i], pr);  
  22.                 } catch (RemoteException e) {  
  23.                     return null;  
  24.                 }  
  25.             }  
  26.             ......  
  27.         }  
  28.   
  29.         return provider;  
  30.     }  
  31.   
  32.     ......  
  33. }  
        同样是执行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在不同应用程序中共享数据的原理,敬请关注。




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/966990,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
余二五
+ 关注