卷I 第3章 深入理解init
卷I 第3章 深入理解init：从PID 1解析init.rc、启动service并建立属性服务，以android-2.2_r1源码、全节点机制图和故障恢复证据完成验收。
学习目标
- 能在android-2.2_r1单一历史标签内解释从PID 1解析init.rc、启动service并建立属性服务，不跨卷拼接文件与接口身份。
- 能操作全节点机制图，让本页 8 个坐标都具备出现、解释、实验和练习四级证据。
- 能使用章专属诊断切片保存入口、PID/TID、对象或状态、正常结果、错误返回与资源释放。
- 能主动制造“把init.rc当静态脚本，忽略事件队列、服务状态和属性权限”，再凭action/service解析表、进程父子关系、property socket请求、重启策略与失败日志定位、恢复、复位并以同输入重放。
从一个可失败的问题开始
卷I 第3章 深入理解init不是类名清单，而是在android-2.2_r1中回答：从PID 1解析init.rc、启动service并建立属性服务。先预测请求经过的线程、进程与对象所有者，再运行正常样本；如果action/service解析表、进程父子关系、property socket请求、重启策略与失败日志不能指出首个变化，本页结论仍不可交接。
本章不变量是在android-2.2_r1固定输入下，从PID 1解析init.rc、启动service并建立属性服务的入口身份、状态拥有者、成功结果、错误返回和资源释放均可重复观察。将“把init.rc当静态脚本，忽略事件队列、服务状态和属性权限”作为反例，必须在同一版本、同一输入下看到确定的错误或状态分叉，并能恢复到基线。
来源范围、历史标签与当前迁移
卷I 第3章 深入理解init以卷I出版社合法公开样章核定可见正文、目录与Android 2.2范围；样章以外不宣称复现原书正文。
AOSP版本与构建号表用于核对2.2/API 8、4.0.1/API 14、4.2.2/API 17及正式源码标签；android-2.2_r1源码树提供本页历史机制的一手坐标。当前Android架构文档只用于迁移对照，ART、Treble、稳定AIDL、模块化系统服务和现代构建工具不得倒填为三卷历史实现。
六个机制检查点
↡版本基线在本页用于锁定android-2.2_r1的事实坐标与允许输入。、↡正常轨迹在本页用于标出从PID 1解析init.rc、启动service并建立属性服务由谁创建、修改与释放状态。、↡首错断点在本页用于保存能复现正常路径的对象身份和时序。、↡对象所有权在本页用于暴露把init.rc当静态脚本，忽略事件队列、服务状态和属性权限发生的第一个边界。、↡恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。、↡回归证据在本页用于让独立读者凭action/service解析表、进程父子关系、property socket请求、重启策略与失败日志得到同一结论。。这六项把从PID 1解析init.rc、启动service并建立属性服务落到action/service解析表、进程父子关系、property socket请求、重启策略与失败日志，防止目录词出现却没有运行解释。
先预测，再操作三个专属实验
围绕卷I 第3章 深入理解init，先预测哪一个对象最先改变、“把init.rc当静态脚本，忽略事件队列、服务状态和属性权限”应在哪个边界暴露，以及恢复后action/service解析表、进程父子关系、property socket请求、重启策略与失败日志中的哪份证据必须回到原值；然后按全节点、版本因果、故障恢复的顺序操作。
1. 全节点机制与可执行探针
从卷I 第3章 深入理解init的 8 个正式坐标中选择任一节点与处理阶段，比较章专属机制说明和探针；列表完整保留，不截断节点。
正式节点 → 运行机制 → 可执行探针
卷I 第3章 深入理解init
选择目录节点和处理阶段，检查它怎样进入“从PID 1解析init.rc、启动service并建立属性服务”的真实因果链。
正式目录坐标
8 个节点
第3章 深入理解init
第3章 深入理解init在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
当前动作
锁定历史基线
使用action/service解析表、进程父子关系、property socket请求、重启策略与失败日志检查第3章 深入理解init的输入、状态变化、错误出口和释放结果
历史坐标
android-2.2_r1
platform/system/core @ android-2.2_r1
正式目录逐项深读
下面保留 8 个正式目录坐标，但不重复套用实验流程。每个条目只回答它在从PID 1解析init.rc、启动service并建立属性服务中的独立责任；共同的定位、单变量注错、恢复和重放动作统一由上方实验与下方练习验收。
第3章 深入理解init
第3章 深入理解init在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.1 概述
3.1 概述在“从PID 1解析init.rc、启动service并建立属性服务”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用action/service解析表、进程父子关系、property socket请求、重启策略与失败日志排除只凭类名或流程图得出的结论。
3.2 init分析
3.2 init分析在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.2.1 解析配置文件
3.2.1 解析配置文件在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.2.2 解析service
3.2.2 解析service在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.2.3 init控制service
3.2.3 init控制service在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.2.4 属性服务
3.2.4 属性服务在“从PID 1解析init.rc、启动service并建立属性服务”中的责任必须落到创建者、触发条件和服务状态。用同一配置分别触发成功与重启路径，核对PID、属性、退出码和父子关系，防止把声明文件误当顺序脚本。
3.3 本章小结
3.3 本章小结在“从PID 1解析init.rc、启动service并建立属性服务”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用action/service解析表、进程父子关系、property socket请求、重启策略与失败日志排除只凭类名或流程图得出的结论。
章专属复现实验
mkdir -p aosp-android-2.2_r1
cd aosp-android-2.2_r1
repo init -u https://android.googlesource.com/platform/manifest -b android-2.2_r1
repo sync -c
# 只在可恢复的同版本模拟器或测试机采集
adb shell getprop init.svc.zygote
adb shell ps复现卷I 第3章 深入理解init前先保存主机工具链、manifest与产品目标；android-2.2_r1历史分支通常需要隔离的旧工具链环境。与从PID 1解析init.rc、启动service并建立属性服务有关的诊断命令只在可恢复模拟器或测试机执行，账号、媒体与设备标识使用隔离样本；现代设备输出不得冒充android-2.2_r1结果。
练习、答案与四级证据
练习
问题 1：历史边界。 怎样证明本页没有把当前Android实现倒灌到 android-2.2_r1？
问题 2：逐节点证据。 本页 8 个正式坐标如何通过出现、解释、实验与练习四级验收？
问题 3：故障恢复。 面对把init.rc当静态脚本，忽略事件队列、服务状态和属性权限，如何确认修复而不是掩盖症状？
术语复核与本章回顾
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 版本基线
版本基线在本页用于锁定android-2.2_r1的事实坐标与允许输入。
- 正常轨迹
正常轨迹在本页用于标出从PID 1解析init.rc、启动service并建立属性服务由谁创建、修改与释放状态。
- 首错断点
首错断点在本页用于保存能复现正常路径的对象身份和时序。
- 对象所有权
对象所有权在本页用于暴露把init.rc当静态脚本，忽略事件队列、服务状态和属性权限发生的第一个边界。
- 恢复条件
恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。
- 回归证据
回归证据在本页用于让独立读者凭action/service解析表、进程父子关系、property socket请求、重启策略与失败日志得到同一结论。
完成卷I 第3章 深入理解init意味着：能解释从PID 1解析init.rc、启动service并建立属性服务，能操作全节点图与诊断切片，能制造把init.rc当静态脚本，忽略事件队列、服务状态和属性权限，还能凭action/service解析表、进程父子关系、property socket请求、重启策略与失败日志恢复、复位和交接，而不是只在目录中找到关键词。