Android不同模块如何使用不同版本的SO文件（如libc++_shared.so）？

核心结论 #

Android APK的同一ABI目录（如arm64-v8a）下，无法同时存在同一名称.so文件的不同版本，系统加载时只会识别并加载其中一个，这是底层加载机制决定的。

可行解决方案 #

1. 统一依赖版本（推荐） #

• 联系两个自定义AAR的开发者，协调使用相同版本的依赖.so库（比如统一libc++_shared.so的版本），重新编译生成AAR后再引入。
• 这是从根源解决冲突的方式，能彻底避免符号缺失、版本不兼容等后续问题。

2. 重命名冲突的.so文件（需修改AAR源码） #

如果有权限修改AAR的源码：

• 将其中一个AAR中的冲突.so文件重命名（例如把libc++_shared.so改为libc++_shared_v2.so）。
• 修改JNI层代码中的加载逻辑：将System.loadLibrary("c++_shared")替换为System.loadLibrary("c++_shared_v2")。
• 重新编译AAR，确保编译时链接的是重命名后的库文件。

3. 动态加载指定版本的.so（无源码时可选） #

无法修改AAR源码时，可以通过动态加载方式绕过APK打包的限制：

1. 将其中一个模块的冲突.so文件单独放在assets目录下，按ABI分类（比如assets/arm64-v8a/libc++_shared_v2.so）。
2. 应用启动时，将对应ABI的.so文件复制到应用私有目录（如context.getFilesDir().getPath()）。
3. 使用System.load()加载私有目录下的.so文件，而非System.loadLibrary()：

   // 示例：加载自定义路径的.so
   File soFile = new File(getFilesDir(), "libc++_shared_v2.so");
   System.load(soFile.getAbsolutePath());
   // 再加载依赖该.so的上层库
   System.loadLibrary("mediaengine");
   

4. 注意：必须保证加载顺序，先加载依赖的底层.so，再加载上层库；同时要处理ABI匹配、文件复制权限、文件不存在等异常情况。

为什么pickFirst会引发新错误？ #

packagingOptions.pickFirst只是随机选择了某一个版本的.so文件，但另一个AAR中的上层库（如libmediaengine.so）依赖的是未被选中版本中的特定符号（如vpx_codec_enc_config_default），被选中的.so版本没有该符号，因此出现UnsatisfiedLinkError。

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