原文链接：http://www.codeceo.com/article/android-start-init.html
init进程与init.rc
init进程是一切的开始，在Android系统中，所有进程的进程号都是不确定的，唯独init进程的进程号一定是1。因为这个进程是系统起来的第一个进程。并且，init进程掌控了整个系统的启动流程。
我们知道，Android可能运行在各种不同的平台，不同的设备上。因此，启动的逻辑是不尽相同的。 为了适应各种平台和设备的需求，init进程的初始化工作通过init.rc配置文件来管理。init.rc以Android Init Language作为语法，下文我们简称Android Init Language为init语言。配置文件的主入口文件是/init.rc，这个文件会通过import关键字引入其他的配置文件。在这里，我们统称这些文件为init.rc。
/init.rc可能import以下路径中的.rc文件：
/init.${ro.hardware}.rc 硬件厂商提供的主配置文件
/system/etc/init/ 核心系统模块的配置文件
/vendor/etc/init/ SoC厂商提供的配置文件
/odm/etc/init/ 设备制造商提供的配置文件
init语法说明
init语言，以换行为语句分隔，以空格来为符号分隔，以“#“为注释开始。配置文件中支持五种类型的表达式：
Action： 包含了一系列的Command
Command： init语言中的命令
Service： init进程启动的服务
Option： 对于服务的配置选项
Import： 引入其他配置文件
这其中，Action和Service需要保证名称唯一。
Action与Command
Action表达式的语法如下：
on <trigger> [&& <trigger>]* <command> <command> <command>
这里的Trigger是Action执行的触发器，当触发器条件满足时，command会被执行。触发器有两类：
事件触发器： 事件可以由”trigger”命令发出，也可以是init进程通过
QueueEventTrigger()函数发出属性触发器： 当指定的属性满足时触发
一个Action可以有多个属性触发器，但是只能包含一个事件触发器。下面是一些例子：
on boot && property:a=b在”boot”事件发生时，并且属性a的值是b时触发on property:a=b && property:c=d在属性a的值是b并且属性c的值是d时触发
Action中的Command是init语言定义的命令，所有支持的命令如下表所示：
| Command | 参数格式 | 说明 |
|---|---|---|
| bootchart_init | - | 启动bootchart |
| chmod | octal-mode path | 改变文件的访问权限 |
| chown | owner group path | 改变文件的拥有者和组 |
| class_start | serviceclass | 启动指定类别的服务 |
| class_stop | serviceclass | 停止并disable指定类别的服务 |
| class_reset | serviceclass | 停止指定类别的服务，但是不disable它们 |
| copy | src dst | 拷贝文件 |
| domainname | name | 设置域名 |
| enable | servicename | enable一个被disable的服务 |
| exec | [seclabel[user[group]]] – command [argument]* | fork一个子进程来执行指定的命令 |
| export | name value | 导出环境变量 |
| hostname | name | 设置host名称 |
| ifup | iterface | 使网卡在线 |
| insmod | path | 安装指定路径的模块 |
| load_all_props | - | 从/system, /vendor等路径载入属性 |
| load_persist_props | - | 载入持久化的属性 |
| loglevel | level | 设置内核的日志级别 |
| mkdir | path [mode] [owner] [group] | 创建目录 |
| mount_all | fstab [ path ]* [--option] | 挂载文件系统并且导入指定的.rc文件 |
| mount | type device dir [ flag ]* [options] | 挂载一个文件系统 |
| powerctl | - | 内部实现使用 |
| restart | service | 重启服务 |
| restorecon | path [ path ]* | 设定文件的安全上下文 |
| restorecon_recursive | path [ path ]* | restorecon的递归版本 |
| rm | path | 对于指定路径调用unlink(2) |
| rmdir | path | 删除文件夹 |
| setprop | name value | 设置属性值 |
| setrlimit | resource cur max | 指定资源的rlimit |
| start | service | 启动服务 |
| stop | service | 停止服务 |
| swapon_all | fstab | 在指定文件上调用fs_mgr_swapon_all |
| symlink | target path | 创建符号链接 |
| sysclktz | mins_west_of_gmt | 指定系统时钟基准 |
| trigger | event | 触发一个事件 |
| umount | path | unmount指定的文件系统 |
| verity_load_state | - | 内部实现使用 |
| verity_update_state | mount_point | 内部实现使用 |
| wait | path [ timeout ] | 等待某个文件存在直到超时，若存在则直接返回 |
| write | path content | 写入内容到指定文件 |
Service与Option
Service是init进程启动的可执行程序。服务可以选择在自己退出之后，由init将其重启。
Service表达式的语法如下：
service <name> <pathname> [ <argument> ]* <option> <option>
Option是对服务的修饰，它们影响着init进程如何以及何时启动服务。所有支持的option如下表所示：
| option | 参数格式 | 说明 |
|---|---|---|
| critical | - | 标识为系统关键服务，该服务若退出多次将导致系统重启到recovery模式 |
| disabled | - | 不会随着类别自动启动，必须明确start |
| setenv | name value | 为启动的进程设置环境变量 |
| socket | name type perm [user [group [seclabel]]] | 创建Unix Domain Socket |
| user | username | 在执行服务之前切换用户 |
| group | groupname [ groupname]* | 在执行执行之前切换组 |
| seclabel | seclabel | 在执行服务之前切换seclabel |
| oneshot | - | 一次性服务，死亡之后不用重启 |
| class | name | 指定服务的类别 |
| onrestart | - | 当服务重启时执行指定命令 |
| writepid | file… | 写入子进程的pid到指定文件 |
Import
import是一个关键字，并不是一个命令。可以在.rc文件中通过这个关键字来加载其他的.rc文件。它的语法很简单：
import path
path可以是另外一个.rc文件，也可以是一个文件夹。如果是文件夹，那么这个文件夹下面的所有文件都会被导入，但是它不会循环加载子目录中的文件。
init.rc代码实例
AOSP中包含了Android系统需要的最基本的.rc文件，它们位于这个路径：/system/core/rootdir/ 。
我们选取其中了一两个代码片段来了解一下：
# /system/core/rootdir/init.rcimport /init.environ.rc
import /init.usb.rc
import /init.${ro.hardware}.rc
import /init.usb.configfs.rc
import /init.${ro.zygote}.rc
on early-init # Set init and its forked children's oom_adj.
write /proc/1/oom_score_adj -1000
# Disable sysrq from keyboard
write /proc/sys/kernel/sysrq 0
# Set the security context of /adb_keys if present.
restorecon /adb_keys # Shouldn't be necessary, but sdcard won't start without it. http://b/22568628.
mkdir /mnt 0775 root system
# Set the security context of /postinstall if present.
restorecon /postinstall
start ueventd
on init
sysclktz 0
# Mix device-specific information into the entropy pool
copy /proc/cmdline /dev/urandom
copy /default.prop /dev/urandom # Backward compatibility.
symlink /system/etc /etc symlink /sys/kernel/debug /d # Link /vendor to /system/vendor for devices without a vendor partition.
symlink /system/vendor /vendor
...这是根目录/init.rc文件中一开始的代码片段。有了前面的讲解之后，这段代码应当还是比较好理解的。在这段代码中：
通过import关键字引入了其他几个.rc文件
设定了一个事件为early-init的Action
设定了一个事件init的Action
“eraly-init”和”init”这两个事件都是由init进程发出的。
下面，我们再来看另外一个代码片段：
这段代码定义了一个名称为zygote的Service，这个服务是通过可执行命令/system/bin/app_process启动的，启动的时候传递了参数：-Xzygote /system/bin --zygote --start-system-server。
Zygote是Android系统中一个非常重要的服务，zygote的中文意思是“受精卵“。这是一个很有寓意的名称：所有的应用进程都是由zygote fork出来的子进程，因此zygote进程是所有应用进程的父进程。
关于Zygote，我们已经在另外一篇文章中讲解过了，参见这里Zygote进程，有兴趣的读者可以再次回顾一下。
结束语
Android系统是一个跨越了多种设备的操作系统，从最初的系统的研发到最终终端用户的使用，这其中经历了许多道的开发流程。而每一道流程的开发者都有可能对系统做不同程度的定制。
Android系统的设计者从一开始就考虑到了这种复杂性，这一点从很多系统模块的设计中很能看得出来。系统启动的机制便是一个很好的范例：这里在保证系统核心服务启动顺序的前提下，还为不同阶段的开发者预留好了便于调整和扩展的机制，并且不用修改任何的源代码。
这种对于“开闭原则”的遵守，是非常值得我们学习的。
随时随地看视频
