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

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

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

前面已经提到，这个函数调用的作用就是通知ActivityMangerService，需要在这个进程中加载的Content Provider已经完加载完成了，参数results就包含了这些已经加载好的Content Provider接口。
Step 21. ActivityMangerService.publishContentProviders 这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中：

                               publicfinalclassActivityManagerServiceextendsActivityManagerNative     
                       implementsWatchdog.Monitor,BatteryStatsImpl.BatteryCallback{     
                       ......     
                            
                       publicfinalvoidpublishContentProviders(IApplicationThreadcaller,     
                       List<ContentProviderHolder>providers){     
                       ......     
                            
                       synchronized(this){     
                       finalProcessRecordr=getRecordForAppLocked(caller);     
                       ......     
                            
                       finalintN=providers.size();     
                       for(inti=0;i<N;i++){     
                       ContentProviderHoldersrc=providers.get(i);     
                       if(src==null||src.info==null||src.provider==null){     
                       continue;     
                       }     
                       ContentProviderRecorddst=r.pubProviders.get(src.info.name);     
                       if(dst!=null){     
                       mProvidersByClass.put(dst.info.name,dst);     
                       Stringnames[]=dst.info.authority.split(";");     
                       for(intj=0;j<names.length;j++){     
                       mProvidersByName.put(names[j],dst);     
                       }     
                            
                       intNL=mLaunchingProviders.size();     
                       intj;     
                       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循环里面，最重要的是下面这个语句：

ContentProviderRecorddst=r.pubProviders.get(src.info.name);

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

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

前面已经说过，这两个Map中，一个是以类名为键值保存Content Provider信息，一个是以authority为键值保存Content Provider信息。因为这个Content Provider已经加载好了，因此，把它从mLaunchingProviders列表中删除：

intNL=mLaunchingProviders.size();
intj;
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函数中，继续往下执行：

IContentProviderprov=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文件中：

publicfinalclassActivityThread{
......
privatefinalIContentProviderinstallProvider(Contextcontext,
IContentProviderprovider,ProviderInfoinfo,booleannoisy){
......
if(provider==null){
......
}elseif(localLOGV){
......
}
synchronized(mProviderMap){
//Cachethepointerfortheremoteprovider.
Stringnames[]=PATTERN_SEMICOLON.split(info.authority);
for(inti=0;i<names.length;i++){
ProviderClientRecordpr=newProviderClientRecord(names[i],provider,
localProvider);
try{
provider.asBinder().linkToDeath(pr,0);
mProviderMap.put(names[i],pr);
}catch(RemoteExceptione){
returnnull;
}
}
......
}
returnprovider;
}
......
}

同样是执行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在不同应用程序中共享数据的原理，敬请关注。

更多相关文章

随机推荐