2022年Android平台的JNI调用是否仍存在性能瓶颈？

• 当你有计算密集型任务（比如图像/视频处理、复杂算法、加密运算）时，原生代码（C/C++）的性能优势明显，能比Java/Kotlin快数倍，这种场景下值得投入。
• 如果你的核心逻辑已经有成熟的原生库（比如跨平台复用的算法库），直接接入比用Java重写更节省时间，也能保证一致性。
• 若只是普通业务逻辑（UI交互、数据存储、网络请求），原生代码带来的收益远抵不上JNI调用的开销、调试复杂度和维护成本，完全没必要。

• 现代Android NDK对JNI的优化已经很成熟：
  • ART虚拟机针对JNI调用做了快速路径优化，常规的基本类型传递开销极低，几乎可以忽略。
  • 对于对象传递，ART会直接引用Java对象的内存（而非拷贝），但需要注意局部引用的管理，避免内存泄漏。
• 双向数据传输的性能关键点：
  • 避免频繁的JNI调用：单次调用的开销不大，但如果循环里反复调用，累积起来会很可观。尽量把批量操作放到原生侧一次性处理，减少跨边界次数。
  • 优化数组/缓冲区传递：
    • 使用DirectByteBuffer替代普通数组，避免Java和原生侧的数据拷贝，直接共享内存。
    • 如果必须用数组，优先使用批量读写（比如一次性传递整个数组，而非单个元素）。
  • 减少对象创建：在JNI层尽量复用对象和缓冲区，避免每次调用都创建新的Java对象，减少GC压力。
  • 类型匹配：严格匹配JNI类型和Java类型，避免不必要的类型转换开销（比如不要把int转成long传递）。

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