融云IM干货丨Libc++_shared.so 标准库常见问题处理方案

​针对libc++_shared.so标准库的常见问题，以下是一些处理方案：

项目中去掉libc++_shared.so：


    在build.gradle中添加去重代码，以确保不会重复包含libc++_shared.so文件。例如：

    

    gradle

    
    packagingOptions {
pickFirst('lib/armeabi-v7a/libc++_shared.so')
pickFirst('lib/arm64-v8a/libc++_shared.so')
pickFirst('lib/x86/libc++_shared.so')
pickFirst('lib/x86_64/libc++_shared.so')

}

    
    这种方法适用于项目中不需要libc++_shared.so，或者可以通过其他方式解决库依赖的情况。



排除SDK中的libc++_shared.so：


    如果SDK版本大于等于5.6.1，可以在依赖SDK时通过exclude方式排除libc++_shared.so。例如：

    

    gradle

    
    implementation ("cn.rongcloud.sdk:im_lib:x.y.z") {
exclude group: 'cn.rongcloud.sdk', module: 'cpp_shared'

}
implementation ("cn.rongcloud.sdk:im_kit:x.y.z") {

exclude group: 'cn.rongcloud.sdk', module: 'cpp_shared'

}

    
    这样可以确保不会从SDK中引入不需要的libc++_shared.so，避免冲突。



使用相同的libc++版本：


    确保所有应用程序和第三方库都链接到相同的libc++版本，以避免版本不一致导致的冲突。



更新系统库：


    如果应用程序与系统版本不匹配，请更新系统库以匹配应用程序使用的版本。



使用ABI兼容版本：


    如果无法更新系统库，可以使用ABI（应用程序二进制接口）兼容的libc++版本。



使用动态链接：


    使用动态链接可以避免符号冲突，因为应用程序仅在运行时加载所需的库版本。



隔离库：


    通过在应用程序的私有目录中隔离libc++库，可以防止它与系统库冲突。



检查NDK版本和配置：


    确保NDK版本与目标Android平台兼容，并在构建文件中明确指定libc++版本。



指定libc++版本：


    在CMake或Gradle构建文件中启用动态链接或指定libc++版本。



使用其他C++库：


    如果以上方案都无法解决问题，可以尝试使用GNU libstdc++或其他C++库来代替。

这些方案可以帮助解决libc++_shared.so标准库的常见问题，具体使用哪种方案需要根据项目的具体情况和需求来决定。
​