能否根据Android API级别强制优先使用armeabi-v7a而非arm64-v8a？

结论 #

可以通过build.gradle配置实现需求，核心思路是对不同架构的安装包做API级别适配，让Android 5.x（API 21~22）设备只能获取到armeabi-v7a架构的安装包/原生库。
你遇到的__register_atfork未定义报错是因为NDK r21开始，arm64-v8a架构的原生库最低支持API级别为23，所以在API 21、22的设备上加载arm64架构的库必然会触发该符号缺失错误。

方案1：多APK拆分分发（适合应用商店上传多包的场景） #

在模块级build.gradle的android代码块中添加如下配置即可：

android {
    defaultConfig {
        minSdk 21
        // 此处保留你的其他defaultConfig配置
        ndk {
            abiFilters 'armeabi-v7a', 'arm64-v8a'
        }
    }

    // 开启ABI维度的APK拆分
    splits {
        abi {
            enable true
            reset()
            include 'armeabi-v7a', 'arm64-v8a'
            universalApk false // 关闭通用包生成，减少构建产物体积
        }
    }

    // 配置不同APK的版本号和支持的API范围
    applicationVariants.all { variant ->
        variant.outputs.each { output ->
            def abiCodeMap = ['armeabi-v7a': 1, 'arm64-v8a': 2]
            def currentAbi = output.getFilter(com.android.build.OutputFile.ABI)
            def baseVersionCode = 1000 // 替换为你自己的应用基础版本号

            if (currentAbi == 'armeabi-v7a') {
                // 32位包版本号优先级更高，且仅支持API 21~22
                output.versionCodeOverride = baseVersionCode + abiCodeMap[currentAbi] * 1000
                output.mergedFlavor.maxSdk = 22
            } else if (currentAbi == 'arm64-v8a') {
                // 64位包仅支持API 23及以上设备
                output.versionCodeOverride = baseVersionCode + abiCodeMap[currentAbi] * 1000
                output.mergedFlavor.minSdk = 23
            }
        }
    }
}

配置效果：

• 构建后生成两个独立APK：armeabi-v7a版本（适配API 21~22所有设备）、arm64-v8a版本（适配API 23及以上的64位设备）
• 应用商店分发时，Android 5.x的64位设备会因为API级别限制，只能匹配到armeabi-v7a版本的APK，不会触发64位库的符号错误
• Android 6.0及以上的64位设备会优先匹配arm64版本的APK，不会损失64位架构的性能优势

方案2：App Bundle（AAB）分发（适合支持AAB的分发渠道） #

配置更简单，无需手动处理版本号适配，渠道侧会自动完成架构和API级别的匹配，仅需要添加如下配置：

android {
    defaultConfig {
        minSdk 21
        // 此处保留你的其他defaultConfig配置
        ndk {
            abiFilters 'armeabi-v7a', 'arm64-v8a'
        }
        // 开启AAB的架构拆分
        bundle {
            abi {
                enableSplit = true
            }
        }
    }
}

补充说明 #

如果要求必须生成单APK内置双架构，仅通过build.gradle配置无法实现需求：因为Android系统原生的so加载逻辑会优先读取和设备架构匹配的lib目录下的so文件，64位设备不管API级别都会优先尝试加载arm64-v8a目录下的库。这种场景需要将64位so放到非标准的lib目录，运行时判断API级别>=23再手动加载，需要配合Java层的代码逻辑实现。

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