2022.4.8
问题澄清；本科生科研训练计划开关显示，组呼获取施加电位版本为空，设置本科生科研训练计划为没错，DC中已经设置了数据，但是读取为空；互联网协议(互联网协议)为空，收到网络断开消息，DC设置为空
设备鉴权822接口适配V4/公网终端分析，方案设计；TI OS适配，平台配置质量竞争力指数开关方案实现；Android 10.0 PackageManagerService(一)工作原理及启动流程-摘要：包装管理服务公司是机器人系统核心服务之一，在机器人中的非常重要，主要负责APK，罐子包等的管理。
1.概述
包管理服务是机器人系统核心服务之一，在机器人中的非常重要，主要负责的功能如下：
解析AndroidManifest.xml，主要包括文件中节点信息的解析和目标名称的分析和提炼
扫描本地文件，主要针对apk，主要是系统应用、本地安装应用等等。这部分会在下面仔细讲解。
管理本地apk，主要包括安装、删除等等。
下面称包管理服务为PKMS。
2.核心源码
/frameworks/base/core/Java/Android/app/applicationpackagemanager。爪哇
/frameworks/base/services/Java/com/Android/server/system server。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/package manager服务。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/package dex optimizer。爪哇
/框架/基础/服务/核心/Java/com/Android/server/pm/installer。爪哇
/框架/基础/服务/核心/Java/com/Android/服务器/pm/设置。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/permission/base权限。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/package manager服务。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/permission/defaultpermissiongrantpolicy。爪哇
/frameworks/base/services/core/Java/com/Android/server/pm/permission/permissionmanagerservice。爪哇
/frameworks/base/core/Java/Android/content/pm/ipackagemanager。接口描述语言
/frameworks/base/core/Java/Android/content/pm/package manager。爪哇
/frameworks/base/core/Java/com/Android/server/system config。爪哇
3.架构
3.1 PKMS启动过程
3.2 PKMS继承关系
3.3 权限管理
3.4 APK扫描
扫描应用的AndroidManifest.xml中的各个标签信息，
例如"应用程序"、"覆盖"、"权限"、"使用权限"等信息。
再针对各个标签的子标签进程扫描，
例如应用会扫描"活动"、"接收者"、"服务者"、"提供者"等
信息后面会详细讲解扫描过程
4.启动过程
4.1 启动过程
PKMS服务由SystemServer进行启动，在SystemServer中startBootstrapServices()启动PKMS服务,再调用startOtherServices()进行dex优化，磁盘管理等功能，并让PKMS进入systemready状态。
启动调用栈如下图所示：
4.1.1
说明：startBootstrapServices()首先启动Installer服务，也就是安装器，随后判断当前的设备是否处于加密状态，如果是则只是解析核心应用，接着调用PackageManagerService的静态方法main来创建pms对象
(1)启动Installer服务
(2)获取设备是否加密(手机设置密码)，如果设备加密了，则只解析"core"应用
(3)调用PKMS main方法初始化PackageManagerService，其中调用PackageManagerService()构造函数创建了PKMS对象
(4)如果设备没有加密，操作它。管理A/B OTA dexopting。
源码：
private void startBootstrapServices() {
...
//(1)启动Installer
//阻塞等待installd完成启动，以便有机会创建具有适当权限的关键目录，如/data/user。
//我们需要在初始化其他服务之前完成此任务。
Installer installer = mSystemServiceManager.startService(Installer.class);
mActivityManagerService.setInstaller(installer);
...
//(2)获取设别是否加密(手机设置密码)，如果设备加密了，则只解析"core"应用，mOnlyCore = true，后面会频繁使用该变量进行条件判断
String cryptState = VoldProperties.decrypt().orElse("");
if (ENCRYPTING_STATE.equals(cryptState)) {
Slog.w(TAG, "Detected encryption in progress - only parsing core apps");
mOnlyCore = true;
} else if (ENCRYPTED_STATE.equals(cryptState)) {
Slog.w(TAG, "Device encrypted - only parsing core apps");
mOnlyCore = true;
}
//(3)调用main方法初始化PackageManagerService，参考<4.1.3>
mPackageManagerService = PackageManagerService.main(mSystemContext, installer,
mFactoryTestMode != FactoryTest.FACTORY_TEST_OFF, mOnlyCore);
//PKMS是否是第一次启动
mFirstBoot = mPackageManagerService.isFirstBoot();
//(4)如果设备没有加密，操作它。管理A/B OTA dexopting。
if (!mOnlyCore) {
boolean disableOtaDexopt = SystemProperties.getBoolean("config.disable_otadexopt",
false);
OtaDexoptService.main(mSystemContext, mPackageManagerService);
}
...
}
4.1.2
startOtherServices()
说明：
(5)执行 updatePackagesIfNeeded ，完成dex优化；
(6)执行 performFstrimIfNeeded ，完成磁盘维护；
(7)调用systemReady，准备就绪。
源码：
private void startOtherServices() {
...
if (!mOnlyCore) {
...
//(5)如果设备没有加密，执行performDexOptUpgrade，完成dex优化；<参考4.3>
mPackageManagerService.updatePackagesIfNeeded();
}
...
//(6) 最终执行performFstrim，完成磁盘维护,<参考4.4>
mPackageManagerService.performFstrimIfNeeded();
...
//(7)PKMS准备就绪,<参考4.5>
mPackageManagerService.systemReady();
...
}
4.1.3
说明：
main函数主要工作：
(1)检查Package编译相关系统属性
(2)调用PackageManagerService构造方法
(3)启用部分应用服务于多用户场景
(4)往ServiceManager中注册”package”和”package_native”。
源码：
public static PackageManagerService main(Context context, Installer installer,
boolean factoryTest, boolean onlyCore) {
// (1)检查Package编译相关系统属性
PackageManagerServiceCompilerMapping.checkProperties();
//(2)调用PackageManagerService构造方法,参考<4.2>
PackageManagerService m = new PackageManagerService(context, installer,
factoryTest, onlyCore);
//(3)启用部分应用服务于多用户场景
m.enableSystemUserPackages();
//(4)往ServiceManager中注册”package”和”package_native”。
ServiceManager.addService("package", m);
final PackageManagerNative pmn = m.new PackageManagerNative();
ServiceManager.addService("package_native", pmn);
return m;
}
PKMS初始化时的核心部分为PackageManagerService()构造函数的内容，我们下面就来分析该流程
4.2 PKMS构造函数分析
PKMS的构造函数中由两个重要的锁(mInstallLock、mPackages) 和5个阶段构成，下面会详细的来分析这些内容。
mInstallLock ：用来保护所有安装apk的访问权限，此操作通常涉及繁重的磁盘数据读写等操作，并且是单线程操作，故有时候会处理很慢。
此锁不会在已经持有mPackages锁的情况下火的，反之，在已经持有mInstallLock锁的情况下，立即获取mPackages是安全的
mPackages：用来解析内存中所有apk的package信息及相关状态。
5个阶段：
阶段1：BOOT_PROGRESS_PMS_START
阶段2：BOOT_PROGRESS_PMS_SYSTEM_SCAN_START
阶段3：BOOT_PROGRESS_PMS_DATA_SCAN_START
阶段4：BOOT_PROGRESS_PMS_SCAN_END
阶段5：BOOT_PROGRESS_PMS_READY
PKMS服务也是通过binder进行通信，IPackageManager.aidl由工具转换后自动生成binder的服务端IPackageManager.Stub和客户端IPackageManager.Stub.Proxy，具体关系如图：
Binder服务端：PackageManagerService继承于IPackageManager.Stub；
Binder客户端：ApplicationPackageManager(简称APM)的成员变量mPM继承于IPackageManager.Stub.Proxy; 本身APM是继承于PackageManager对象。
4.2.1
说明：IPackageManager.Stub是IPackageManager.aidl自动生成的，正好也说明了PKMS是service端的，通过binder交互
源码：
public class PackageManagerService extends IPackageManager.Stub
implements PackageSender {
}
4.2.2
说明：PackageManagerService构造函数
