Android init启动过程
Android 开机第一道门槛：从内核到 init 进程，你的系统服务是怎么拉起来的？（附实战配置）
目录
- 一、init 是什么
- 二、init 的启动流程
- 三、init.rc 语法详解
- 四、init 的启动阶段
- 五、实战：添加自定义 Native 服务
- 六、实战：开机自启脚本
- 七、ueventd 与设备节点
- 八、init 与 SELinux
- 九、常见踩坑记录
- 十、调试技巧与总结
一、init 是什么
Android 开机：BootLoader → Linux Kernel →init→ 其他所有进程。
init 是内核启动后运行的第一个用户态进程，PID 永远是1。它是 Android 系统的大管家——负责解析 init.rc 文件，按配置把系统的各种服务和守护进程拉起来。
# 在手机上确认 init 是 PID 1adb shellps-A|grep" init$"# 输出: root 1 0 0 0 initinit 干了哪些事：
init 的源码在 AOSP 的
system/core/init/目录下，入口是init.cpp的main()函数。
二、init 的启动流程
init 分两个阶段启动——第一阶段挂载基础文件系统，第二阶段加载 rc 并进入主循环。
整个流程：
主循环干了什么：
- 处理子进程退出：服务挂了，按 rc 配置决定要不要自动重启
- 执行到期的 Action：属性变化触发的命令
- 处理控制消息：
ctl.start/ctl.stop来启停服务 - 处理关机重启：收到
sys.powerctl属性执行对应操作
三、init.rc 语法详解
init.rc 用 Android Init Language 写，三种核心元素：
| 元素 | 关键字 | 作用 |
|---|---|---|
| Action | on | 条件触发时执行命令 |
| Service | service | 定义守护进程 |
| Import | import | 引入另一个 .rc 文件 |
Action 语法：
on<trigger># 当 trigger 触发时<command># 执行命令<command>Service 语法：
service<name><path>[<argument>]*<option># 各类选项<option>常用 Service 选项：
| 选项 | 含义 |
|---|---|
class <name> | 分组，可批量启停（class_start core） |
user / group | 以哪个用户/组运行 |
oneshot | 一次性执行，挂了不重启 |
disabled | 默认不启动，需手动 start |
critical | 关键服务——挂了多次进 recovery |
onrestart | 该服务重启时执行的命令 |
socket | 创建 Unix Domain Socket |
seclabel | SELinux 上下文 |
实战示例：
# Action 示例on early-initmounttmpfs tmpfs /mntmode=0755mkdir/mnt/vendor 0755 root root on late-init trigger zygote-start# 最后拉起 zygote# Service 示例——zygote 是最重要的服务servicezygote /system/bin/app_process64-Xzygote/system/bin--zygote--start-system-server class main user root group root readproc reserved_disk socket zygote stream660root system onrestart restart audioserver onrestart restart cameraserver onrestart restart media四、init 的启动阶段
| 阶段 | 主要做什么 |
|---|---|
early-init | 创建基础目录 |
init | 启动 ueventd、logd 等服务 |
fs | mount_all挂载分区 |
post-fs-data | /data 分区就绪，创建目录结构 |
zygote-start | 拉起 Zygote → SystemServer → 所有系统服务 |
boot | 启动 main class 的服务，发开机广播 |
你的 Service 如果不加
disabled，class 对上了就会在对应阶段自动启动。
五、实战：添加自定义 Native 服务
写一个 C++ 程序，让它开机自启且挂了自动重启。
第 1 步：写程序
// my_daemon.cpp#include<unistd.h>#include<android/log.h>#defineLOG_TAG"MyDaemon"#defineLOGI(...)__android_log_print(ANDROID_LOG_INFO,LOG_TAG,__VA_ARGS__)intmain(){LOGI("MyDaemon started, PID=%d",getpid());while(true){LOGI("MyDaemon is running...");sleep(10);}return0;}第 2 步：Android.bp 编译
cc_binary{name:"my_daemon",srcs:["my_daemon.cpp"],shared_libs:["liblog"],init_rc:["my_daemon.rc"],}
init_rc属性会自动把你的 .rc 安装到/system/etc/init/。
第 3 步：写 my_daemon.rc
servicemy_daemon /system/bin/my_daemon class main# 随 main class 启动user system group system seclabel u:r:my_daemon:s0不加
oneshot不加disabled= 开机自启 + 挂了自动重启。
第 4 步：编译测试
sourcebuild/envsetup.sh lunch<你的产品>mmm path/to/modulemake-j16# 验证adb shellps-A|grepmy_daemon adb shell start my_daemon# 手动启动adb shell stop my_daemon# 手动停止adb logcat-ball|grepMyDaemon六、实战：开机自启脚本
不需要 C++ 程序，只想开机执行几条命令。
脚本：
# /system/bin/init_custom.sh#!/system/bin/shsetprop vendor.my.feature.enabled1mkdir-p/data/my_app/configchmod755/data/my_app/configrc 配置——开机完成后执行：
# my_custom.rcon property:sys.boot_completed=1exec- system system -- /system/bin/sh /system/bin/init_custom.sh想更早执行就把
sys.boot_completed=1换成post-fs-data。
编译配置（device.mk）：
PRODUCT_COPY_FILES += \ $(LOCAL_PATH)/my_custom.rc:$(TARGET_COPY_OUT_VENDOR)/etc/init/my_custom.rc \ $(LOCAL_PATH)/init_custom.sh:$(TARGET_COPY_OUT_VENDOR)/bin/init_custom.sh七、ueventd 与设备节点
ueventd 是 init 的子进程，接管内核 uevent（设备热插拔），创建设备节点并设权限。
ueventd.rc 示例：
/dev/i2c-* 0660 root system /dev/tty* 0666 root root /dev/camera 0660 system camera /dev/video* 0660 system camera新加的硬件驱动，对应的设备节点权限写在这里，不然上层 App 没权限访问。
八、init 与 SELinux
Android 强制开启 SELinux，init 启动的每个 Service 都要有对应策略，不然启动直接被 kill。
调试：
adb shell getenforce# 查看状态adb shell setenforce0# 临时关掉调试adb logcat-ball|grepavc# 看拒绝日志策略文件示例（my_daemon.te）：
typemy_daemon, domain;typemy_daemon_exec, exec_type, vendor_file_type, file_type;init_daemon_domain(my_daemon)allow my_daemon system_file:file{openread};allow my_daemon property_socket:sock_filewrite;调试流程：setenforce 0 → 看程序能不能跑 → 能跑就是 SELinux 问题 → 抓 avc 日志 → 补权限 → setenforce 1 验证。
九、常见踩坑记录
坑 1：改了 rc 没重新编译刷机—— rc 文件打包在系统镜像里，光改不编不刷等于没改。
坑 2：路径写错—— init 找不到可执行文件，先adb shell ls -la /system/bin/xxx确认。
坑 3：SELinux 权限没给够—— 日志里搜avc: denied。
坑 4：oneshot 和 disabled 搞混—— oneshot 只跑一次不重启；disabled 默认不启动；都不加才自启+自动重启。
坑 5：class 没写—— 没 class 就不会被class_start自动拉起。
坑 6：exec 脚本不指定 shell—— 明确用exec - system system -- /system/bin/sh /path/to/script.sh。
十、调试技巧与总结
常用命令：
adb shell dumpsys|grep-A5"Service "# 查看所有 Service 状态adb shell start/stop servicename# 启停adb logcat-ball|grep"init: "# init 日志adb shelldmesg|tail-50# 内核日志adb shell getprop init.svc.servicename# 服务状态adb shell setprop ctl.start servicename# 等同于 startrc 文件位置：
| 分区 | 路径 | 谁放的 |
|---|---|---|
| system | /system/etc/init/hw/init.rc | AOSP 根 rc |
| system | /system/etc/init/*.rc | AOSP 模块 |
| vendor | /vendor/etc/init/*.rc | 芯片/硬件厂商 |
| odm | /odm/etc/init/*.rc | ODM 定制 |
小结：init 机制不复杂——开机读 rc → 触发 Action → 启动 Service → 主循环当管家。你加的任何系统服务，本质就是写个 rc 让 init 管起来。记住三句话：rc 定义 Service → class 决定何时启 → SELinux 给权限才能跑。