您的位置:首页 > 移动开发 > Android开发

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

2011-11-28 00:58 344 查看
函数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在不同应用程序中共享数据的原理,敬请关注。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
相关文章推荐