理解SystemUI接口架构：分析接口层次结构与协议
做接口Mock回放，第一步不是写代码。你得先把SystemUI的接口搞清楚。说白了，就是要知道这些接口长什么样、怎么通信、数据怎么流动。
我刚接触SystemUI时，也犯过傻。以为接口就是几个函数调用。结果呢？追源码追到一半，发现跨进程了。嗯，那时候我才意识到——SystemUI的接口层次，比你想象的要深。
接口层次结构：三层模型
SystemUI的接口，我习惯把它分成三层。每一层都有各自的职责和协议。你想想看，如果一个接口调用跨了进程，你在Mock时漏了Binder那层，回放数据根本传不过去。
| 层次 | 名称 | 典型接口 | 通信方式 |
|---|---|---|---|
| 第一层 | 核心服务层 | StatusBarManager、NotificationManager | Binder跨进程 |
| 第二层 | 框架层 | IStatusBar、INotificationListener | AIDL接口 |
| 第三层 | 应用层 | Controller回调、Callback接口 | Local调用/Handler |
我个人习惯把「核心服务层」叫数据源头层。所有的状态变更、事件推送，基本都从这里发起。比如系统收到一个通知，NotificationManagerService就会通过Binder回调到SystemUI进程。
哎，这里有个坑。我记得有一次Mock通知数据，死活不显示。后来发现是Binder回调的线程ID不对。SystemUI对Binder调用有线程检查，你用错线程，回调直接丢了。
AIDL接口：你必须看懂这个文件
做Mock回放，看懂AIDL是基本功。AIDL定义了跨进程通信的契约。我把SystemUI里常见的AIDL接口列出来，你看看。
// IStatusBar.aidl (核心接口)
interface IStatusBar {
void animateExpandNotificationsPanel();
void animateCollapsePanels();
void setIcon(String slot, StatusBarIcon icon);
void addTile(ComponentName tile);
void removeIcon(String slot);
// ... 还有很多
}
这些方法，每一个都可能成为你Mock回放的目标。我建议你重点关注setIcon和addTile。为什么？因为这两个方法触发频率高，而且参数结构复杂。Mock它们最能锻炼你的数据构造能力。
协议细节更要注意。比如StatusBarIcon这个类，它是Parcelable。跨进程传输时，你需要手动序列化/反序列化。Mock数据时，字段必须完整。少一个icon的包名，图标就显示不出来。我踩过这个坑。
接口通信协议：同步还是异步？
SystemUI的接口通信，不是你想的那么简单「调了就返回」。它分同步和异步两种模式。我整理了一个对比表，很实用。
| 协议类型 | 代表接口 | 方向 | 数据类型 | 耗时 |
|---|---|---|---|---|
| 同步 | getStatusBarHeight() | SystemUI→服务端 | 基础类型 | 毫秒级 |
| 异步Callback | onNotificationPosted() | 服务端→SystemUI | INotificationListener | 不确定 |
| 异步OneWay | animateExpandNotificationsPanel() | SystemUI→服务端 | void | 不等待返回 |
| 消息队列 | Handler.post() | 内部线程 | Message/Runnable | 按队列入队 |
你注意到没有？onNotificationPosted是异步的。你Mock回放时，如果同步等待它返回，程序就卡死了。正确做法是把它当作事件推送，投递到主线程Handler里去处理。
核心回放链路：从Mock数据到UI渲染
理解了接口层次和协议，才能真正懂回放链路。我画了一张图，展示了数据从Mock源走到UI的完整路径。
这条链路里有三个关键环节。你会发现，协议适配层是核心。数据构造对了，但协议不对——回放还是失败。我刚开始做时，就栽在异步Callback的投递时机上。
接口追踪：找到哪个接口负责哪个UI
你还需要一个技能——接口追踪。说白了，就是看到UI上的一个变化，能迅速反推出是哪个接口被调用了。
我一般用这个思路：
- 抓Binder日志：
adb shell dumpsys activity service SystemUIService，看IPC调用记录。 - 定位AIDL方法：Binder日志里有接口代号，对照AIDL文件找到具体方法。
- 确认参数：从日志里提取Parcel数据，反序列化出参数值。
- 验证：在Mock回放框架里重放这个调用，看UI是否复现。
嗯，这个方法我用了三年。基本没失手过。唯一要注意的是，Binder日志量很大。你最好加个过滤条件，比如只关注IStatusBar或INotificationManager。