位置: 编程技术 - 正文
ActivityManagerService （三）
编辑：rootadmin推荐整理分享ActivityManagerService （三），希望有所帮助，仅作参考，欢迎阅读内容。
文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！
文章出处： （一）
ActivityManagerService （二）
接着总结：
ActivityManagerService.installSystemProviders()
从函数表面是看，获取system进程的providers，然后过滤出system的providers进行install。
1）这里的app是在之前ActivityManagerService （二）setSystemProcess中提到过的：
显然app.processName就是system，app.uid指的也是system_uid。2）通过函数generateApplicationProvidersLocked获取providers（1）AppGlobals.getPackageManager()接着：&#;曾相识过吧，在ActivityManagerService （二）setSystemProcess中提到过：不过这里是通过context获取PMS：不过最终还是会调用到ActivityThread.getPackageManager();我想这里没有用AMS中mSystemThread应该是为了区分system和非system的app吧。所以用的是一个PMS。（2）queryContentProviders
这个函数中：final Iterator<PackageParser.Provider> i = mProviders.mProviders.values().iterator();
不知道怎么来的，需要跟一下PMS.main，对于PMS详细过程，后期会总结，这里应该是通过PMS解析后搜集了所有的providers。
过滤条件比较多，authority不能为null，processName是system，uid是system_uid，flags的第0 bit位是FLAG_SYSTEM。
（3）app.pubProviders.ensureCapacity(N &#; app.pubProviders.size());
更新pubProviders的size。
（4）处理providermProviderMap.putProviderByClass(comp, cpr);//加到AMS中的ProviderMap中
app.pubProviders.put(cpi.name, cpr);//加到ProcessRecord里面的pubProviders
app.addPackage(cpi.applicationInfo.packageName, mProcessStats);//将package加到ProcessRecord中的pkgList
结合之前的AMS.setSystemProcess，这时ProcessRecord就有两个package在里面了，一个是framework-res.apk中所指的android package，另一个就是这里的process name 是system，uid是system_uid的provider。
看一下AMS和ProcessRecord中保存SettingsProvider的数据结构。
弄了半天，这样的provider在andorid系统有中有哪些呢？为什么要在AMS初始化的前期一定要初始化提出来这些provider，经过检查发现了这样的provider：
看到package name就知道了，是SettingsProvider.apk。至于SettingsProvider具体作用这里不做解释，一些系统的默认参数都是通过这里设置，通过db来实现进程间数据共享等等。3）mSystemThread.installSystemProviders(providers);
context是上面传进来的mInitialApplication，其实就是mSystemContext。先不管ContextProviderHolder是什么，来看看获取这个cph的地方，installProvider：（1）传进来的holder是null，所以，直接进入if条件语句块。然后试图确认packageName是否和mSystemContext的packageName一样，显然不一样，一个是com.android.providers.settings，一个android。所以，索性创建了provider自己的context：
这个函数不去详细说明，主要就是通过packageName构造一个LoadedApk，通过context init来创建一个context返回。（2）provider = localProvider.getIContentProvider();//localProvider完全可以看成是SettingsProvider集合provider定义的地方：IContentProvider provider;
provider是个Binder，后面继续说明。
（3）localProvider.attachInfo(c, info);
创建AppOpsManager，设置SettingProvider的mMyUid，设置读写权限，设置path权限，设置mExported，最后回调SettingsProvider的onCreate函数。原来SettingsProvider在这里就创建ok了。（4）IActivityManager.ContentProviderHolder retHolder;可以说之前的都是初始化准备工作，这里才第一次创建ContentProviderHolder 对象。当然，局部的对象，是不可能直接返回的。
（5）ProviderClientRecord pr = mLocalProvidersByName.get(cname);
之前分析过了，在generateApplicationProvidersLocked中解析Provider的时候，只是在AMS和ProcessRecord里面有保存，ActivityThread里面是没有保存的，所以这里pr是null。
所以，会实例一个ContentProviderHolder。最后installProvider方法调用installProviderAuthoritiesLocked方法构造一个ProviderClientRecord对象，并添加到mProviderMap、mLocalProviders和mLocalProvidersByName中，这三个ArraryMap可以通过不同键&#;快速找到对象的ProviderClientRecord对象。最后返回ContentProviderHolder。AcitivytThread中保存SettingsProvider的信息如下：
返回installContentProviders，既然ContentProviderHolder已经ok了，接着看下一步：
（1）第一个参数getApplicationThread()
在构造mSystemThread的时候构造的，具体的在 ActivityManagerService （二）中提到过。
（2）第二个参数就是之前创造的ContentProviderHolder
getRecordForAppLocked从mLruProcesses链表中查找并返回我们前面创建的ProcessRecord对象，我们知道在generateApplicationProvidersLocked方法中，我们将从PMS
得到的SettingsProvider信息已经添加到ProcessRecord的pubProviders数组中了，这里将provider信息添加到mProviderMap中，并从mLaunchingProviders（表示待启动的
provider列表）中移除已经启动的provider。
最后回到installSystemProviders方法中，注册一个ContentObserver来监听Settings.Secure.LONG_PRESS_TIMEOUT的变化并调用UsageStatsService去监听package的使用状态。
到这里AMS的installSystemProviders就总结完了。后期会进一步的完善。
第一章，listview的简易用法（Android） 这篇文章主要是练习了安卓listview的arrayadapter和baseadapter的简单填充。1.arrayadapter填充布局：RelativeLayoutxmlns:android=
Android调用font-awesome字体图标 spanstyle=font-family:Arial,Helvetica,sans-serif;background-color:rgb(,,);由于每次到网上找图片太麻烦，想在Android项目上调用web上的font-awesome字体库做为图标，
Android 蓝牙移植笔记 在android平台中，经常出现外围设备的移植，其中涉及到比较多模块的修改，比如kernnel，android(hardware,external,package)等模块都可能需求动。（1）驱动的添
标签: ActivityManagerService （三）
本文链接地址:https://www.jiuchutong.com/biancheng/385960.html 转载请保留说明！
