Android Gradle中libcrypto.so重复冲突及可靠链接方案咨询

Android Gradle构建系统在合并Native库时，严格禁止同一CPU架构目录下出现同名的.so文件。你的问题本质是：

• 你的React Native库通过com.android.ndk.thirdparty:openssl引入了OpenSSL的动态库libcrypto.so
• 其他依赖（如Flipper、op-sqlcipher）也将自己编译/打包的libcrypto.so嵌入到了产物中
• 两者的.so文件路径完全一致，触发了合并冲突

• 排除libcrypto.so：全局排除会导致无其他OpenSSL依赖时，运行时缺失库直接崩溃，无法适配所有场景。
• pickFirst策略：仅选择构建过程中第一个遇到的libcrypto.so，但不同依赖可能依赖不同版本的OpenSSL，版本不匹配会导致符号缺失、函数签名不兼容，最终引发运行时崩溃。

1. 统一项目的OpenSSL依赖版本 #

在项目根目录的build.gradle中强制所有依赖使用同一版本的OpenSSL，让Gradle自动统一解析依赖，避免多版本.so共存：

allprojects {
    configurations.all {
        resolutionStrategy {
            // 强制所有依赖使用你指定的OpenSSL版本
            force 'com.android.ndk.thirdparty:openssl:1.1.1q-beta-1'
        }
    }
}

注意：如果其他依赖依赖的OpenSSL版本与你指定的差异过大，需测试兼容性，必要时调整版本。

2. 修改自身库的构建配置，避免嵌入动态库 #

如果你的库仅需调用OpenSSL API，无需打包自己的libcrypto.so，可调整构建逻辑：

• 将OpenSSL依赖改为compileOnly（仅编译时链接，不打包进产物）：

dependencies {
    compileOnly 'com.android.ndk.thirdparty:openssl:1.1.1q-beta-1'
}

• 同时在CMakeLists.txt中配置链接共享的OpenSSL库：

find_package(OpenSSL REQUIRED)
target_link_libraries(your-library-target PRIVATE OpenSSL::Crypto)

这样你的库会依赖项目中共享的OpenSSL动态库，而非嵌入自己的版本。

3. 静态链接OpenSSL到自身库 #

如果你的库必须依赖特定版本的OpenSSL，可改为静态链接，将OpenSSL的代码编译进你的库的.so中，避免生成独立的libcrypto.so：
修改CMakeLists.txt：

find_package(OpenSSL REQUIRED)
# 链接静态版本的OpenSSL Crypto库
target_link_libraries(your-library-target PRIVATE OpenSSL::Crypto-static)

静态链接后，你的库会包含OpenSSL的代码，不会再生成单独的libcrypto.so，从根源上避免冲突。

4. 排除冲突依赖中的OpenSSL #

如果明确是某个依赖（如Flipper）引入了重复的libcrypto.so，可直接排除该依赖的OpenSSL模块，强制其使用你指定的版本：

implementation('com.facebook.flipper:flipper:0.182.0') {
    exclude group: 'com.android.ndk.thirdparty', module: 'openssl'
}

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