为什么树莓派4上无法使用Android NDK提供的预编译libOpenSLES.so库？

问题根因 #

你尝试使用的libOpenSLES.so是Android NDK提供的Android平台专属动态库，无法直接在Debian armhf系统上运行，核心原因如下：

• 该库编译时依赖Android专属的bionic C库，而树莓派Debian使用的是glibc C库，二者底层接口完全不兼容，因此系统无法将其识别为合法的可加载动态库，这就是ldd返回not a dynamic executable的直接原因。
• 编译阶段未报错仅因为链接器仅校验了头文件声明的符号与库的导出符号匹配，不会验证库本身是否适配当前运行环境。

解决方案 #

根据你的开发目标二选一即可：

• 若你开发的是安卓应用：不要在树莓派本地编译，改用NDK交叉编译工具链编译程序，编译完成后将程序放到安卓设备上运行，即可正常加载该库。
• 若你需要在树莓派Debian上运行程序：放弃使用安卓NDK提供的libOpenSLES.so，可选择以下两种路径：
  • 编译移植嵌入式Linux平台的开源OpenSL ES兼容实现（如opensles-stub）
  • 直接改用ALSA、PulseAudio等Linux原生音频接口实现音频相关功能

额外补充 #

如果后续你拿到了适配Debian的libOpenSLES.so，可先执行ldconfig更新系统动态库缓存，再尝试运行程序，避免因动态库搜索路径未更新导致加载失败。

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