卷I 第6章 深入理解Binder
卷I 第6章 深入理解Binder：从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端，以android-2.2_r1源码、全节点机制图和故障恢复证据完成验收。
学习目标
- 能在android-2.2_r1单一历史标签内解释从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端，不跨卷拼接文件与接口身份。
- 能操作全节点机制图，让本页 24 个坐标都具备出现、解释、实验和练习四级证据。
- 能使用章专属诊断切片保存入口、PID/TID、对象或状态、正常结果、错误返回与资源释放。
- 能主动制造“只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义”，再凭设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界定位、恢复、复位并以同输入重放。
从一个可失败的问题开始
卷I 第6章 深入理解Binder不是类名清单，而是在android-2.2_r1中回答：从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端。先预测请求经过的线程、进程与对象所有者，再运行正常样本；如果设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界不能指出首个变化，本页结论仍不可交接。
本章不变量是在android-2.2_r1固定输入下，从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端的入口身份、状态拥有者、成功结果、错误返回和资源释放均可重复观察。将“只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义”作为反例，必须在同一版本、同一输入下看到确定的错误或状态分叉，并能恢复到基线。
来源范围、历史标签与当前迁移
卷I 第6章 深入理解Binder以卷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的事实坐标与允许输入。、↡正常轨迹在本页用于标出从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端由谁创建、修改与释放状态。、↡首错断点在本页用于保存能复现正常路径的对象身份和时序。、↡对象所有权在本页用于暴露只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义发生的第一个边界。、↡恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。、↡回归证据在本页用于让独立读者凭设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界得到同一结论。。这六项把从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端落到设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界，防止目录词出现却没有运行解释。
先预测，再操作三个专属实验
围绕卷I 第6章 深入理解Binder，先预测哪一个对象最先改变、“只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义”应在哪个边界暴露，以及恢复后设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界中的哪份证据必须回到原值；然后按全节点、版本因果、故障恢复的顺序操作。
1. 全节点机制与可执行探针
从卷I 第6章 深入理解Binder的 24 个正式坐标中选择任一节点与处理阶段，比较章专属机制说明和探针；列表完整保留，不截断节点。
正式节点 → 运行机制 → 可执行探针
卷I 第6章 深入理解Binder
选择目录节点和处理阶段，检查它怎样进入“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”的真实因果链。
正式目录坐标
24 个节点
第6章 深入理解Binder
第6章 深入理解Binder在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
当前动作
锁定历史基线
使用设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界检查第6章 深入理解Binder的输入、状态变化、错误出口和释放结果
历史坐标
android-2.2_r1
platform/frameworks/base @ android-2.2_r1
正式目录逐项深读
下面保留 24 个正式目录坐标，但不重复套用实验流程。每个条目只回答它在从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端中的独立责任；共同的定位、单变量注错、恢复和重放动作统一由上方实验与下方练习验收。
第6章 深入理解Binder
第6章 深入理解Binder在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.1 概述
6.1 概述在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界排除只凭类名或流程图得出的结论。
6.2 庖丁解MediaServer
6.2 庖丁解MediaServer在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.1 MediaServer的入口函数
6.2.1 MediaServer的入口函数在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.2 独一无二的ProcessState
6.2.2 独一无二的ProcessState在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.3 时空穿越魔术——defaultServiceManager
6.2.3 时空穿越魔术——defaultServiceManager在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.4 注册MediaPlayerService
6.2.4 注册MediaPlayerService在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.5 StartThreadPool和joinThreadPool分析
6.2.5 StartThreadPool和joinThreadPool分析在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.2.6 你彻底明白了吗
6.2.6 你彻底明白了吗在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界排除只凭类名或流程图得出的结论。
6.3 服务总管ServiceManager
6.3 服务总管ServiceManager在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.3.1 ServiceManager的原理
6.3.1 ServiceManager的原理在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.3.2 服务的注册
6.3.2 服务的注册在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.3.3 ServiceManager存在的意义
6.3.3 ServiceManager存在的意义在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.4 MediaPlayerService和它的Client
6.4 MediaPlayerService和它的Client在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.4.1 查询ServiceManager
6.4.1 查询ServiceManager在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.4.2 子承父业
6.4.2 子承父业在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.5 拓展思考
6.5 拓展思考在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界排除只凭类名或流程图得出的结论。
6.5.1 Binder和线程的关系
6.5.1 Binder和线程的关系在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.5.2 死亡通知
6.5.2 死亡通知在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.5.3 匿名Service
6.5.3 匿名Service在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.6 学以致用
6.6 学以致用在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.6.1 纯Native的Service
6.6.1 纯Native的Service在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.6.2 AIDL
6.6.2 AIDL在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任要沿代理、事务数据、驱动或服务端线程追踪一次请求。记录调用方与接收方身份、同步语义、句柄或对象引用，并用死亡或错误事务验证回收。
6.7 本章小结
6.7 本章小结在“从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端”中的责任是界定分析分母和结论边界。先列出它包含的入口、对象和退出条件，再用设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界排除只凭类名或流程图得出的结论。
章专属复现实验
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 service list
adb shell ls -l /dev/binder复现卷I 第6章 深入理解Binder前先保存主机工具链、manifest与产品目标；android-2.2_r1历史分支通常需要隔离的旧工具链环境。与从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端有关的诊断命令只在可恢复模拟器或测试机执行，账号、媒体与设备标识使用隔离样本；现代设备输出不得冒充android-2.2_r1结果。
练习、答案与四级证据
练习
问题 1：历史边界。 怎样证明本页没有把当前Android实现倒灌到 android-2.2_r1？
问题 2：逐节点证据。 本页 24 个正式坐标如何通过出现、解释、实验与练习四级验收？
问题 3：故障恢复。 面对只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义，如何确认修复而不是掩盖症状？
术语复核与本章回顾
名词解释
本章出现的专业名词，用大白话再讲一遍。
- 版本基线
版本基线在本页用于锁定android-2.2_r1的事实坐标与允许输入。
- 正常轨迹
正常轨迹在本页用于标出从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端由谁创建、修改与释放状态。
- 首错断点
首错断点在本页用于保存能复现正常路径的对象身份和时序。
- 对象所有权
对象所有权在本页用于暴露只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义发生的第一个边界。
- 恢复条件
恢复条件在本页用于声明故障后重新接收请求所需的恢复条件。
- 回归证据
回归证据在本页用于让独立读者凭设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界得到同一结论。
完成卷I 第6章 深入理解Binder意味着：能解释从MediaServer进入ProcessState、IPCThreadState、驱动协议、ServiceManager与服务客户端，能操作全节点图与诊断切片，能制造只讲一次拷贝或Proxy/Stub，遗漏服务发现、线程池与引用语义，还能凭设备节点、mmap区域、BC/BR命令、handle/node/ref、线程池、死亡通知和Parcel边界恢复、复位和交接，而不是只在目录中找到关键词。