AOSP11/12中Java/Kotlin与C++互传数据：选服务还是NDK？

核心判断依据：进程边界与性能需求 #

两者没有绝对优劣，完全取决于你的C++代码运行环境和交互需求：

优先选NDK的场景 #

• C++代码与Java/Kotlin同进程：如果你的C++逻辑是当前应用/模块的一部分，不需要独立进程运行，直接用JNI/NDK是最直接高效的方案。

  • 具体实现：在Java/Kotlin中声明native方法，通过NDK编写对应的C++实现，借助JNIEnv可直接完成基础类型（int、float）、数组、字符串甚至Java对象的双向传递。AOSP系统中很多性能敏感模块（如SurfaceFlinger、AudioFlinger）都采用这种方式和Java层交互。
  • 优势：无跨进程通信（IPC）的额外开销，调试链路更短，代码耦合度适配单一进程内的逻辑协作。

• 对交互性能要求极高：如果涉及大量高频数据传输（如实时音视频流、传感器数据），NDK的直接调用能避免Binder IPC的序列化/反序列化开销，性能优势明显。

优先选新服务的场景 #

• C++代码需要独立进程运行：如果你的C++逻辑是后台守护进程、系统级服务，或者需要和多个Java/Kotlin进程交互，创建基于Binder的服务更合适。

  • 具体实现：在AOSP中编写C的Binder服务端（继承BBinder），定义AIDL接口，Java/Kotlin端通过AIDL绑定服务后，即可实现跨进程的数据传递。比如系统的TelephonyService就是典型的C服务端+Java客户端架构。
  • 优势：进程解耦，服务可独立管理生命周期，支持多客户端同时访问，适合需要共享能力的场景。

• 需要跨进程的权限隔离：如果C++模块涉及系统敏感操作，通过独立服务可更好地控制权限，避免Java层直接获取过高权限。

决策总结 #

1. 先明确C++代码的运行位置：同进程选NDK，跨进程选服务。
2. 评估性能需求：低延迟、高吞吐量优先NDK；对性能要求不高但需要多进程交互优先服务。
3. 考虑代码复用性：通用型C++能力选服务，单一模块内部逻辑选NDK。

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