2. Android系统服务基础
要理解AIDL在Android系统中的位置，必须先看清它赖以生存的土壤——Android系统服务架构。Android把大量核心能力（如Activity管理、包管理、窗口管理、电源管理）封装为常驻系统服务，运行在独立的system_server进程中，而应用进程运行在各自的沙箱里。两者处于不同进程、不同UID，甚至不同权限域，因此任何一次跨进程调用都必须经过Binder这一内核级IPC机制。AIDL正是对Binder跨进程调用接口的标准化描述语言，它把"客户端如何找到服务、如何序列化参数、如何调用方法"这套繁琐工作自动化。
一、系统服务架构：三层协作模型
Android系统服务架构可以抽象为三层：客户端层（App或Framework内部调用方）、Binder通信层（内核binder驱动 + libbinder库）、服务实现层（system_server中的Service实例）。客户端拿到的并不是服务对象本身，而是一个代理对象（Proxy）；服务端暴露的也不是普通对象，而是桩对象（Stub）。Proxy与Stub通过Binder驱动交换经过Parcel打包的数据，从而实现"像调用本地方法一样调用远程服务"。
这种设计带来三个关键特性：其一，进程隔离，服务崩溃不会直接拖垮客户端；其二，权限校验，Binder驱动会携带调用方UID/PID，服务端可据此鉴权；其三，一次拷贝，Binder通过内存映射减少数据复制，性能优于Socket和管道。
二、Binder机制：一次跨进程调用的完整链路
Binder不是简单的"发消息"，而是一套包含寻址、传输、线程调度、引用计数的完整机制。一次典型调用包含以下步骤：
- 客户端调用Proxy的方法，参数被写入Parcel；
- Proxy通过
transact()把Parcel和code码交给Binder驱动； - 驱动根据Binder句柄找到目标进程的Binder节点，唤醒服务端Binder线程；
- 服务端
onTransact()被回调，从Parcel读出参数，执行真实逻辑； - 返回值写回Parcel，沿原路返回客户端。
其中Binder句柄是跨进程引用的关键：客户端持有的句柄只是本进程内的一个整数，由驱动映射到真实的内核Binder节点。因此句柄不能跨进程传递，必须由驱动重新翻译。
三、ServiceManager：系统服务的"电话簿"
客户端怎么知道目标服务的Binder句柄？答案是ServiceManager。它是Android启动最早的系统服务之一，本身也是一个Binder服务，但拥有固定的句柄0，因此所有进程都能找到它。系统服务启动时向ServiceManager注册"名字—Binder"映射，客户端通过名字查询获得Binder引用。
// 服务端注册（简化）
ServiceManager.addService("my.service", new MyService());
// 客户端查询（简化）
IBinder binder = ServiceManager.getService("my.service");
IMyService svc = IMyService.Stub.asInterface(binder);
ServiceManager只负责名字解析，不参与业务数据传输。真正的调用仍然由客户端与服务端直接通过Binder驱动完成，这种"查号台与通话线路分离"的设计避免了中心瓶颈。
四、系统服务启动流程与AIDL的定位
系统服务启动大致经历：init进程启动Zygote → Zygote孵化system_server → system_server依次启动各类服务（如ActivityManagerService、PackageManagerService）→ 每个服务向ServiceManager注册 → 服务进入就绪状态。启动顺序至关重要，因为后启动的服务可能依赖先启动的服务。
AIDL在这条链路中的定位非常明确：它是接口契约层。系统服务在Framework层通常用Java实现，对外暴露的接口往往就是AIDL文件；应用开发者若想调用系统服务，拿到的也是AIDL生成的Proxy。可以说，AIDL是系统服务与调用方之间的"合同文本"，Binder是"运输通道"，ServiceManager是"地址簿"。
五、常见误区与复盘
| 误区 | 正确理解 |
|---|---|
| 把AIDL当成Binder本身 | AIDL只是接口描述工具，Binder才是底层IPC机制 |
| 认为ServiceManager负责传输数据 | 它只做名字解析，数据由客户端与服务端直连传输 |
| 在AIDL中传递大对象 | Binder事务缓冲区有限（约1MB），大对象应改用文件或Ashmem |
| 忽略线程模型 | 服务端Binder线程池并发执行，需自行保证线程安全 |
| 句柄可跨进程传递 | 句柄是本进程内整数，跨进程必须由驱动重新映射 |
getService()返回null，通常是服务尚未注册或名字拼写不一致；若调用时抛出DeadObjectException，说明服务端进程已崩溃，需要检查system_server日志中的Binder异常。
理解这五个要素——系统服务架构、Binder机制、ServiceManager、启动流程、AIDL定位——就建立了后续所有AIDL开发的知识底座。AIDL不是孤立语法，而是这套跨进程体系面向开发者的友好封装。