为什么 Binder 比传统的 Socket 或管道更高效？

返回 Framework 与系统服务 目录

标准回答

Binder 针对本机进程通信提供了对象引用、身份和事务机制，某些路径的数据拷贝也较少。

• 内核管理对象引用，并能提供调用方身份信息。
• 典型数据传递路径减少了传统中转缓冲所需的数据复制。
• 性能仍取决于载荷、频率、同步等待和服务端处理。

通俗例子

调用系统服务时，Binder 同时支持识别调用方和访问远端对象；但大文件传输与跨网络通信有别的需求，不能说它在所有场景都最快。

深入解释

**它适合解决什么问题：**Binder 针对 Android 本机 IPC 提供对象引用、调用身份、死亡通知等支持，系统服务可以在此基础上暴露受控接口。

**别把优势背成绝对速度：**序列化大小、拷贝、线程排队和服务处理都影响耗时。跨机器通信仍需要网络协议；只说 Binder 一定比所有 Socket 调用快并不准确。

易混淆点

大规模连续字节流不一定适合 Binder；大数据可用共享内存或文件描述符。

参考资料

• Binder 线程模型

内容来源

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