如何监控和分析 Binder 调用的性能瓶颈？

返回 Framework 与系统服务 目录

标准回答

看 Binder 性能不能只看客户端总耗时，还要看服务端排队、处理和后续依赖。

• 记录接口名、请求标识、起止时间和载荷大小。
• Perfetto 跟踪 Binder flow、线程状态和锁等待。
• 结合调用频率分析是否需要批量、缓存或减少 IPC 次数。

通俗例子

客户端等了 100ms，其中可能 70ms 在服务端等锁，真正业务只花 5ms。沿事务关联看双方线程，才能找到正确优化点。

深入解释

**耗时要分成几段：**从调用发起，到服务端开始处理，再到处理完成返回，分别可能包含排队、实际工作以及下游等待。只看客户端总耗时分不清哪一段慢。

**优化对应哪一段：**排队长查线程与并发；处理长查热点和锁；等待下游长继续沿事务追踪。优化后对同一场景重新采样，确认改善来自哪里。

易混淆点

事务编号要结合具体系统版本生成的 AIDL 映射，不能凭编号硬猜方法。

参考资料

• Binder 线程模型

内容来源

• Android · AI Agent 知识手册 · 原条目 7.5.3