上一篇: <Android init介绍(上)>

5. AIL

在init启动过程中,系统服务等均是通过解析rc文件来启动,而rc文件则是由Android初始化语言(Android Init Language)的脚本写成

5.1 格式介绍

AIL以Section为区分,由如下import、action和service三类Section

5.1.1 import section

主要用于导入其他rc文件

import <path>

上面的命令将导入path指定的文件然后被解析为action和service

5.1.2 action section

action section由trigger和一些command组成
以on开头,trigger是判断条件,command是具体执行一些操作;当满足trigger条件时,执行这些command

格式如下

on <trigger> [&& <trigger>]*
<command>
<command>
<command>

trigger的内容包含如下

/*
* 事件触发器
* -- 表示当trigger early或QueueEventTrigger("early")调用时触发
*/
on early /*
* 属性触发器
* -- 表示当sys.boot_from_charger_mode的值通过property_set设置为1时触发
*/
on property:sys.boot_from_charger_mode= /*
* 多个条件用&&连接
* -- 表示当zygote-start触发并且ro.crypto.state属性值为unencrypted时触发
on zygote-start && property:ro.crypto.state=unencrypted

command就是一些具体的操作,由BuiltinFunctionMap::Map(builtin_functions)定义来执行特定的操作

    // 终止charger服务
class_stop charger
// 开启watchdogd服务
start watchdogd
// 触发late-init
trigger late-init

5.1.3 service section

service section由service加上一些option组成
以service开头,name是为服务名称,pathname为服务的执行文件路径,argument表示执行文件带的参数,option表示这个服务的一些配置,optionOptionParserMap::Map(option_parsers)定义

service <name> <pathname> [ <argument> ]*
<option>
<option>
...

5.2 文件解析

/*
* 初始化Subcontext
*/
InitializeSubcontexts()
SelinuxHasVendorInit()
Subcontext::Subcontext()
Subcontext::Fork()
fork()
execv("/init", {"/init", "subcontext", "u:r:vendor_init:s0", fd, nullptr}) // 创建ActionManager实例
ActionManager::GetInstance()
// 创建ServiceList实例
ServiceList::GetInstance() LoadBootScripts()
CreateParser(ActionManager, ServiceList)
Parser::ParseConfig("/init.rc")
Parser::ParseConfig("/system/etc/init")
Parser::ParseConfig("/vendor/etc/init")
Parser::ParseConfigFile()
Parser::ParseData()

可以看出rc文件文件主要位于[/]、[/system/etc/init/]、[/vendor/etc/init/]

# tree /
.
+--- init.environ.rc
+--- init.rc
+--- init.recovery.hardware.rc
+--- init.usb.configfs.rc
+--- init.usb.rc
+--- init.zygote32.rc
+--- init.zygote64_32.rc
# tree /system/etc/init/
.
+--- android.hidl.allocator@1.0-service.rc
+--- atrace.rc
+--- atrace_userdebug.rc
+--- audioserver.rc
+--- blank_screen.rc
+--- bootanim.rc
+--- bootstat-debug.rc
+--- bootstat.rc
+--- cameraserver.rc
+--- com.android.car.powertestservice.rc
+--- com.android.car.procfsinspector.rc
+--- drmserver.rc
+--- dumpstate.rc
+--- gatekeeperd.rc
+--- gsi
| +--- init.vndk-.rc
+--- hwservicemanager.rc
+--- incidentd.rc
+--- init-debug.rc
+--- init.gsi.rc
+--- installd.rc
+--- keystore.rc
+--- lmkd.rc
+--- logcatd.rc
+--- logd.rc
+--- logtagd.rc
+--- mdnsd.rc
+--- mediadrmserver.rc
+--- mediaextractor.rc
+--- mediametrics.rc
+--- mediaserver.rc
+--- mtpd.rc
+--- netd.rc
+--- perfetto.rc
+--- perfprofd.rc
+--- racoon.rc
+--- recovery-persist.rc
+--- recovery-refresh.rc
+--- servicemanager.rc
+--- statsd.rc
+--- storaged.rc
+--- surfaceflinger.rc
+--- thermalservice.rc
+--- tombstoned.rc
+--- uncrypt.rc
+--- update_engine.rc
+--- update_verifier.rc
+--- usbd.rc
+--- vdc.rc
+--- vold.rc
+--- vr_hwc.rc
+--- wait_for_keymaster.rc
+--- wifi-events.rc
+--- wificond.rc
# tree /vendor/etc/init/
.
+--- android.automotive.evs.manager@1.0.rc
+--- android.hardware.audio@2.0-service.rc
+--- android.hardware.boot@1.0-service.rc
+--- android.hardware.broadcastradio@intel-service.rc
+--- android.hardware.camera.provider@2.4-external-service.rc
+--- android.hardware.camera.provider@2.4-service.rc
+--- android.hardware.cas@1.0-service.rc
+--- android.hardware.configstore@1.1-service.rc
+--- android.hardware.drm@1.0-service.rc
+--- android.hardware.drm@1.1-service.clearkey.rc
+--- android.hardware.dumpstate@1.0-service.rc
+--- android.hardware.gatekeeper@1.0-service.rc
+--- android.hardware.graphics.allocator@2.0-service.rc
+--- android.hardware.graphics.composer@2.1-service.rc
+--- android.hardware.health@2.0-service.`hardware`.rc
+--- android.hardware.keymaster@3.0-service.rc
+--- android.hardware.light@2.0-service.rc
+--- android.hardware.media.omx@1.0-service.rc
+--- android.hardware.memtrack@1.0-service.rc
+--- android.hardware.power@1.2-service.rc
+--- android.hardware.sensors@1.0-service.rc
+--- android.hardware.thermal@1.1-service.`hardware`.rc
+--- android.hardware.usb@1.0-service.rc
+--- android.hardware.wifi@1.0-service.rc
+--- daemon_cl.rc
+--- hostapd.android.rc
+--- host_server.rc
+--- hw
| +--- init.coredump.rc
| +--- init.crashlogd.rc
| +--- init.dvc_desc.rc
| +--- init.`hardware`.rc
| +--- init.kernel.rc
| +--- init.logs.rc
| +--- init.npk.rc
+--- name_server.rc
+--- rild.rc
+--- SampleDriverAll.rc
+--- vndservicemanager.rc

5.3 事件触发

/*
* am为ActionManager::GetInstance()
* QueueEventTrigger构造了一个EventTrigger对象, 放到事件队列中
* !!!注意此处并没有触发
*/
am.QueueEventTrigger("early-init");
am.QueueEventTrigger("init");
am.QueueEventTrigger("late-init"); /*
* QueueBuiltinAction构造了一个Action对象, 放到事件队列和动作队列中
* !!!注意此处并没有触发
*/
am.QueueBuiltinAction(wait_for_coldboot_done_action, "wait_for_coldboot_done");
am.QueueBuiltinAction(MixHwrngIntoLinuxRngAction, "MixHwrngIntoLinuxRng");
am.QueueBuiltinAction(SetMmapRndBitsAction, "SetMmapRndBits");
am.QueueBuiltinAction(SetKptrRestrictAction, "SetKptrRestrict");
am.QueueBuiltinAction(keychord_init_action, "keychord_init");
am.QueueBuiltinAction(console_init_action, "console_init");
am.QueueBuiltinAction(MixHwrngIntoLinuxRngAction, "MixHwrngIntoLinuxRng");
am.QueueBuiltinAction(queue_property_triggers_action, "queue_property_triggers"); while (true) {
...
if (!(waiting_for_prop || Service::is_exec_service_running())) {
// 依次触发early-init、init、late-init的命令
am.ExecuteOneCommand();
}
...
}

5.4 详细过程

Android启动过程中重要的trigger事件如下

- early-init
+--- start ueventd
- init
- charger /* 当ro.bootmode为charger执行 */
- late-init
+--- early-fs
+--- fs /* 挂载系统分区 */
+--- mount_all /vendor/etc/fstab.${ro.hardware}
+--- post-fs /* 执行依赖文件系统的命令 */
+--- load_system_props
+--- load_properties_from_file("/system/build.prop", NULL);
+--- load_properties_from_file("/odm/build.prop", NULL);
+--- load_properties_from_file("/vendor/build.prop", NULL);
+--- load_properties_from_file("/factory/factory.prop", "ro.*");
+--- load_recovery_id_prop();
+--- start logd
+--- start servicemanager
+--- start hwservicemanager
+--- start vndservicemanager
+--- late-fs
+--- class_start early_hal
+--- post-fs-data /* data分区初始化 */
+--- start vold
+--- installkey /data
+--- bootchart start
+--- init_user0
+--- zygote-start
+--- exec_start update_verifier_nonencrypted
+--- start netd
+--- start zygote
+--- start zygote_secondary
+--- load_persist_props_action
+--- load_persist_props
+--- LoadPersistentProperties()
+--- start logd
+--- start logd-reinit
+--- firmware_mounts_complete
+--- rm /dev/.booting
+--- early-boot
+--- boot +--- property:sys.boot_completed=
+--- bootchart stop

参考:
<Android系统启动流程>
<Android 9.0 init进程分析>
<Android 8.1 启动篇(一) -- 深入研究 init>

Android init介绍(下)的更多相关文章

  1. Android init介绍(上)

    1. 介绍 init进程是Linux系统第一个用户进程,是Android系统应用程序的根进程,即1号进程(PID为1):Android中的init文件位于/init,代码位于system/core/i ...

  2. 下面就介绍下Android NDK的入门学习过程(转)

    为何要用到NDK? 概括来说主要分为以下几种情况: 1. 代码的保护,由于apk的java层代码很容易被反编译,而C/C++库反汇难度较大. 2. 在NDK中调用第三方C/C++库,因为大部分的开源库 ...

  3. Android Init进程命令的执行和服务的启动

    这里开始分析init进程中配置文件的解析,在配置文件中的命令的执行和服务的启动. 首先init是一个可执行文件,它的对应的Makfile是init/Android.mk. Android.mk定义了i ...

  4. Android bluetooth介绍(两): android 蓝牙源架构和uart 至rfcomm过程

    关键词:蓝牙blueZ  UART  HCI_UART H4  HCI  L2CAP RFCOMM  版本号:基于android4.2先前版本 bluez内核:linux/linux3.08系统:an ...

  5. android Animation介绍

    Animation介绍: 在Android SDK介绍了2种Animation模式: 1. Tween Animation:间动画,通过对场景里的对象不断做图像变换(平移.缩放.旋转)产生动画效果,即 ...

  6. Android学习——windows下搭建NDK_r9环境

    1. NDK(Native Development Kit) 1.1 NDK简介 Android NDK是一套允许开发人员使用本地代码(如C/C++)进行Android APP功能开发的工具,通过这个 ...

  7. android init进程分析 ueventd

    转自:http://blog.csdn.net/freshui/article/details/2132299 (懒人最近想起我还有csdn好久没打理了,这个Android init躺在我的草稿箱中快 ...

  8. Android monkey介绍

    Android monkey介绍 原文地址 1 简略 monkey是android下自动化测试比较重要的的一个工具,该工具可以运行在host端或者设备(模拟器或真实设备).它会向系统发送随机事件流(即 ...

  9. Android init.rc解析【转】

    转自:http://www.linuxidc.com/Linux/2014-10/108438.htm 本文主要来自$Android_SOURCE/system/init/readme.txt的翻译. ...

随机推荐

  1. mysql字段值如何区分大小写

    今天做sql查询,发现字段值没区分大小写 mysql> select guid,type,parent_guid from api_assets where guid='3rfI2PsSrCz9 ...

  2. [数据结构 - 第3章] 线性表之单链表(C++实现)

    一.类定义 单链表类的定义如下: #ifndef SIGNALLIST_H #define SIGNALLIST_H typedef int ElemType; /* "ElemType类型 ...

  3. 【springboot】【idea】实体类免写get、set等方法,使用lombok依赖和插件的@Data类注解

    需求,一个实体类,规范写法一定要对应的get.set方法,有必要还要重写toString方法.虽然可以快速生成get.set等方法,但是如果要添加或减少成员属性时就得重新生成get.set等方法. 而 ...

  4. 简述 高性能Linux服务器 模型架构 设计

    主要从三个方面进行分析: 1.事件处理模式 2.并发模式 一.事件处理模式 1.Reactoor模式 定义: 主线程只负责监听文件描述符上是否有事件发生,有的话立即将该事件通知工作线程,除此之外,主线 ...

  5. Mysql 语句 insert into 与 replace into 区别

    []insert into 与 replace into 区别 replace into 的运行与insert into 很相似.不同点: 若表中的一个旧记录与一个用于PRIMARY KEY 或 一个 ...

  6. 用python编写一个搜索引擎

    完整代码如下: #!/usr/bin/env python #-*- coding: utf-8 -*- import sys import os import datetime from PyQt5 ...

  7. Spark实战电影点评系统(二)

    二.通过DataFrame实战电影点评系统 DataFrameAPI是从Spark 1.3开始就有的,它是一种以RDD为基础的分布式无类型数据集,它的出现大幅度降低了普通Spark用户的学习门槛. D ...

  8. 九校联考-DL24凉心模拟Day2总结

    T1 锻造 forging 题目描述 "欢迎啊,老朋友." 一阵寒暄过后,厂长带他们参观了厂子四周,并给他们讲锻造的流程. "我们这里的武器分成若干的等级,等级越高武器就 ...

  9. 架构 MVC MVP MVVM 简介 MD

    Markdown版本笔记 我的GitHub首页 我的博客 我的微信 我的邮箱 MyAndroidBlogs baiqiantao baiqiantao bqt20094 baiqiantao@sina ...

  10. 通过分析 WPF 的渲染脏区优化渲染性能

    原文:通过分析 WPF 的渲染脏区优化渲染性能 本文介绍通过发现渲染脏区来提高渲染性能. 本文内容 脏区 Dirty Region WPF 性能套件 脏区监视 优化脏区重绘 脏区 Dirty Regi ...