init进程的一个核心部分,是通过解析rc文件,执行Action和启动Service。在分析init进程前,有必要先学习rc文件的配置和解析的原理。
初始化rc文件解析相关工具
int main(int argc, char** argv) {
...
// 设置Action内建函数跳转表
const BuiltinFunctionMap function_map;
Action::set_function_map(&function_map);
// 创建供应商子进程
subcontexts = InitializeSubcontexts();
// ActionManager实例, 维护rc文件解析的Action数据
ActionManager& am = ActionManager::GetInstance();
// ServiceList实例, 维护rc文件解析的Service数据
ServiceList& sm = ServiceList::GetInstance();
// 开始解析RC文件
LoadBootScripts(am, sm);
...
}
-
BuiltinFunctionMap
Action数据的内建函数映射表,维护了Action数据中,Command的命令函数映射关系和目标函数配置。例如 /system/core/logd/logd.rc 中:
chmod 0644 /dev/event-log-tags
Commond的命令是
chmod
,对应参数为0644
,/dev/event-log-tags
。在BuiltinFunctionMap中的映射配置为:// chmod: Key, 命令名称 // {2, 2, {}}: Value, FunctionInfo, 命令映射的函数信息 // 参数1: 最少参数量,即参数量下限 // 参数2: 最多参数量,即参数量上限 // 参数3: Function, 具体函数和执行环境 // {true, do_chmod}: // 参数1: 是否需要在vendor_init域的子进程中运行,SELinux相关 // 参数2: 具体需要调用的方法 {"chmod", {2, 2, {true, do_chmod}}},
-
subcontexts
init子进程集合。
/system/core/init/subcontext.cppconst std::string kVendorContext = "u:r:vendor_init:s0"; const char* const paths_and_secontexts[2][2] = { {"/vendor", kVendorContext.c_str()}, {"/odm", kVendorContext.c_str()}, };
通过分析源码,subcontexts对应2个子进程,SELinux context都为
"u:r:vendor_init:s0"
。
目标函数将根据BuiltinFunctionMap的配置,运行在init进程或上述init子进程中。这个设计,主要解决供应商自己的初始化逻辑引入的安全风险,针对性的引入权限收窄的vendor_init域子进程,供给供应商运行自己的初始化逻辑。
参考资料:
供应商 init | Android 开源项目 | Android Open Source Project (google.cn) -
ActionManager
用于维护解析后的Action数据链表 -
ServiceList
用于维护解析后的Service数据链表
解析RC文件
static void LoadBootScripts(ActionManager& action_manager, ServiceList& service_list) {
Parser parser = CreateParser(action_manager, service_list);
std::string bootscript = GetProperty("ro.boot.init_rc", "");
if (bootscript.empty()) {
parser.ParseConfig("/init.rc");
if (!parser.ParseConfig("/system/etc/init")) {
late_import_paths.emplace_back("/system/etc/init");
}
if (!parser.ParseConfig("/product/etc/init")) {
late_import_paths.emplace_back("/product/etc/init");
}
if (!parser.ParseConfig("/odm/etc/init")) {
late_import_paths.emplace_back("/odm/etc/init");
}
if (!parser.ParseConfig("/vendor/etc/init")) {
late_import_paths.emplace_back("/vendor/etc/init");
}
} else {
parser.ParseConfig(bootscript);
}
}
Parser CreateParser(ActionManager& action_manager, ServiceList& service_list) {
Parser parser;
parser.AddSectionParser("service", std::make_unique<ServiceParser>(&service_list, subcontexts));
parser.AddSectionParser("on", std::make_unique<ActionParser>(&action_manager, subcontexts));
parser.AddSectionParser("import", std::make_unique<ImportParser>(&parser));
return parser;
}
通过CreateParser
, 创建了Parser
解析器对象,其解析规则如下:
匹配项 | 解析器 | 示例 |
---|---|---|
service |
ServiceParser |
service ueventd /sbin/ueventd |
on |
ActionParser |
on early-init |
import |
ImportParser |
import /init.${ro.zygote}.rc |
然后开始执行解析过程
- 设备有定义
ro.boot.init_rc
属性,直接加载属性配置的rc文件。 - 设备没定义
ro.boot.init_rc
属性,加载/init.rc
文件。然后尝试加载/system/etc/init
,/vendor/etc/init
,/odm/etc/init
。加载失败时,则把文件路径加入late_import_paths
队列,延后加载。
最后调用Parser
解析器的ParseConfig
函数执行解析。
网友评论