AOSP11/12中Java与C/C++代码数据通信最优方案咨询

你之前用的同进程JNI方案只适用于C/C代码编译为so库、和Java代码运行在同一进程地址空间的场景，对接独立运行的C应用完全不适用，以下是按生产环境优先级排序的可落地方案，全部适配AOSP 11/12版本的权限、SELinux规则：

方案1：基于Binder/AIDL实现（首推，稳定性/性能最优） #

这是AOSP系统本身所有跨进程组件的原生通信方案，不需要额外引入依赖，延迟低、自带序列化/反序列化能力、不需要手动处理连接保活/粘包问题，双向通信实现成本极低：

• 先定义统一的AIDL接口，同时给Java、C++两端生成代理/桩代码，接口里直接定义Java发往Native的业务方法，同时声明回调接口用于Native主动向Java推送数据，示例接口定义：

// 通信接口定义 IDataBridge.aidl
package com.example.osbridge;
import com.example.osbridge.ICallback;
interface IDataBridge {
    int sendToNative(String javaPayload);
    void registerDataCallback(ICallback cb);
}

// 回调接口 ICallback.aidl
package com.example.osbridge;
interface ICallback {
    void onNativeEvent(String nativePayload);
}

• C++侧基于AOSP自带的libbinder库实现BnDataBridge服务端，把服务注册到service manager（系统级应用场景）或者通过进程间方式把binder句柄传给Java侧；收到Java端传过来的ICallback代理后存为全局成员，需要给Java发数据时直接调用回调接口的方法即可。
• Java侧拿到IDataBridge代理后可直接调用接口给C侧发数据，同时传入实现了ICallback.Stub的实例，就能收到C侧主动推送的消息，实现全双工通信。
• 适配注意点：AOSP 11+对非系统服务的binder注册有SELinux限制，需要给C++进程、Java进程配置对应的sepolicy规则，允许服务注册、binder调用权限；单次binder事务传输数据不要超过1MB，大体积数据通过传递匿名共享内存fd的方式传输，适配AOSP12的binder事务大小限制。

方案2：基于Unix Domain Socket实现（对现有C++代码侵入性最低） #

如果你手上的独立C++应用已经有成熟的业务逻辑，不想重写为Binder服务，优先选这个方案：

• C++侧作为socket服务端，将socket节点创建在/dev/socket/路径下，配置好节点的属主、读写权限，不要把节点放在sdcard、临时tmp路径下，会被AOSP11+的分区权限、沙箱规则拦截。
• Java侧通过系统自带的LocalSocket类连接对应socket节点，拿到输入输出流后即可实现双向数据收发，只需要自定义简单的传输协议（比如固定4字节标识后续payload长度）解决流传输的粘包问题即可。
• 适配注意点：需要配置sepolicy规则，允许Java进程访问对应的socket节点；需要自行实现连接断连重连、超时处理逻辑。

不推荐方案 #

不要尝试把独立C应用改造为so库通过JNI加载到Java进程：一方面你会彻底丢失“独立C应用”的进程隔离特性，另一方面AOSP11+加强了W^X内存权限管控，加载非应用私有目录下的so会被直接拦截，原有C++应用如果自带独立事件循环、全局状态，改造成本远高于上面两种方案。

官方可运行参考示例 #

AOSP源码树内自带全量可跑的实现参考，不需要找第三方教程：

• Binder/AIDL实现参考：frameworks/native/libs/binder/tests/路径下的C++ Binder服务/客户端测试用例，frameworks/base/core/tests/coretests/src/android/os/路径下的Java侧Binder调用测试代码
• Unix Domain Socket实现参考：system/core/init/路径下init进程创建、管理socket节点的实现，frameworks/base/core/java/android/net/LocalSocket.java对应的官方测试用例

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