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

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

publicfinalclassActivityThread{
......
privatefinalIContentProvidergetExistingProvider(Contextcontext,Stringname){
synchronized(mProviderMap){
finalProviderClientRecordpr=mProviderMap.get(name);
if(pr!=null){
returnpr.mProvider;
}
returnnull;
}
}
......
privatefinalIContentProvidergetProvider(Contextcontext,Stringname){
IContentProviderexisting=getExistingProvider(context,name);
if(existing!=null){
returnexisting;
}
IActivityManager.ContentProviderHolderholder=null;
try{
holder=ActivityManagerNative.getDefault().getContentProvider(
getApplicationThread(),name);
}catch(RemoteExceptionex){
}
IContentProviderprov=installProvider(context,holder.provider,
holder.info,true);
......
returnprov;
}
......
}

这个函数首先会通过getExistingProvider函数来检查本地是否已经存在这个要获取的ContentProvider接口，如果存在，就直接返回了。本地已经存在的ContextProvider接口保存在ActivityThread类的mProviderMap成员变量中，以ContentProvider对应的URI的authority为键值保存。在我们这个情景中，因为是第一次调用ArticlesProvider接口，因此，这时候通过getExistingProvider函数得到的IContentProvider接口为null，于是下面就会调用ActivityManagerService服务的getContentProvider接口来获取一个ContentProviderHolder对象holder，这个对象就包含了我们所要获取的ArticlesProvider接口，在将这个接口返回给调用者之后，还会调用installProvider函数来把这个接口保存在本地中，以便下次要使用这个ContentProvider接口时，直接就可以通过getExistingProvider函数获取了。我们先进入到ActivityManagerService服务的getContentProvider函数中看看它是如何获取我们所需要的ArticlesProvider接口的，然后再返回来看看installProvider函数的实现。 Step 6.ActivityManagerService.getContentProvider 这个函数定义在frameworks/base/services/java/com/android/server/am/ActivityManagerService.java文件中：

publicfinalclassActivityManagerServiceextendsActivityManagerNative
implementsWatchdog.Monitor,BatteryStatsImpl.BatteryCallback{
......
publicfinalContentProviderHoldergetContentProvider(
IApplicationThreadcaller,Stringname){
......
returngetContentProviderImpl(caller,name);
}
......
}

它调用getContentProviderImpl函数来进一步执行操作。

更多相关文章

随机推荐