init进程的一个核心部分，是通过解析rc文件，执行Action和启动Service。在分析init进程前，有必要先学习rc文件的配置和解析的原理。

初始化rc文件解析相关工具

/system/core/init/init.cpp

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.cpp

  const 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文件

/system/core/init/init.cpp

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解析器对象，其解析规则如下：

然后开始执行解析过程

• 设备有定义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函数执行解析。

下一篇：安卓启动流程(二) - Parser解析器