Android NDK如何通过Binder跨进程传输AHardwareBuffer

三个备选方案里方案3是官方原生支持的最优路径，不需要冗余JNI跳转，也不需要绕套接字，完全保留零拷贝特性，兼容性最好。

各方案实际可行性验证 #

方案1：Binder传套接字FD后走套接字传AHardwareBuffer #

• 可以实现，但完全没必要，存在额外开销和兼容坑：
  • 用socketpair()创建的无名已连接套接字对确实不受Android 9抽象Unix套接字跨进程限制，通过AParcel_writeParcelFileDescriptor传递的FD，SELinux默认允许接收端读写，不会拦截。
  • 但这套链路多了一层套接字转发：AHardwareBuffer_sendHandleToUnixSocket本身就是把buffer的native handle拆成FD和元数据通过套接字传输，你先通过Binder传套接字FD，再走套接字传buffer，相当于多做了一次IPC跳转，性能比直接走Binder传差，平白增加复杂度。

方案2：JNI交叉转换Java/Native Parcel和HardwareBuffer #

• 理论能跑，但实现极其繁琐，后续维护成本高：
  • NDK确实没有公开AParcel_toJavaParcel接口，要做Native Parcel到Java Parcel的转换只能自己写JNI调用Java层Parcel.obtain()创建实例，再逐字段把数据写进去，胶水代码量极大。
  • 接收端确实可以通过Parcel.readParcelable()拿到Java层HardwareBuffer，再用AHardwareBuffer_fromHardwareBuffer()转Native对象，但整个链路跨Java/Native边界次数太多，和你尽量减少Java代码的需求完全相悖，Android大版本升级时兼容性风险也高。

方案3：NDK Binder直接读写Parcelable传输AHardwareBuffer #

• 这是官方原生支持的正确实现路径，相关疑问逐一明确：
  • AParcel_writeParcelable/AParcel_readParcelable接口要求传入的参数确实是实现了android.os.Parcelable接口的jobject，但你完全不需要自己写复杂的JNI转换逻辑：NDK从API 29开始提供了AHardwareBuffer_toHardwareBuffer()接口，可以直接把Native层的AHardwareBuffer*转成Java层android.hardware.HardwareBuffer的jobject，直接传入写接口即可。
  • 接收端逻辑非常简单：调用读接口拿到HardwareBuffer的jobject后，直接用AHardwareBuffer_fromHardwareBuffer()就能转回Native层AHardwareBuffer*，全程仅2次极薄的NDK内置JNI调用，没有多余开销。
  • 零拷贝特性完全保留：不管是Java层还是Native层序列化HardwareBuffer/AHardwareBuffer，本质上都是通过Binder传递底层gralloc buffer的句柄，不会拷贝实际的像素/数据内容，双方映射后访问的是同一块物理内存，和你直接用AHardwareBuffer_sendHandleToUnixSocket传输的内存共享效果完全一致。
  • 不需要用ParcelableArray接口传单个buffer，单对象直接用单元素的读写接口即可，Array接口是批量传多个同类型Parcelable对象用的，单对象用反而增加序列化开销。
  • SELinux兼容性拉满：这套传输逻辑和系统传递Surface、GraphicBuffer的底层逻辑完全一致，属于标准Binder Parcel传输流程，只要你在服务端导出Service时做好常规的权限校验，不会有额外的SELinux拦截问题，比自己传套接字FD的兼容性好很多。

实操优化建议 #

• 如果不想手写NdkBinder的C/S收发逻辑，可以直接在AIDL文件中把接口参数/返回值定义为android.hardware.HardwareBuffer类型，NDK编译生成的C++ AIDL stub代码会自动完成序列化/反序列化逻辑，你在纯C++的业务代码里直接就能拿到AHardwareBuffer*，连手动调用AParcel读写接口的步骤都省了，是目前实现成本最低的方案。
• 版本兼容处理：这套原生Binder传AHardwareBuffer的逻辑最低支持API 29（Android 10），如果需要兼容Android 9（API 28），可以在低版本上fallback到文件系统路径命名的Unix域套接字（不要用抽象命名空间，把套接字文件放在应用私有目录，给客户端应用开对应读写权限即可），高版本直接走Binder路径。
• 资源回收注意：接收端拿到的AHardwareBuffer*用完必须调用AHardwareBuffer_release()释放，从NDK接口获取的HardwareBuffer jobject属于JNI局部引用，用完记得调用DeleteLocalRef()释放，避免引用泄漏。

内容的提问来源于stack exchange，提问作者Pesho_T