Google Play上传x86 ABI拆分APK提示不符合64位合规要求

这个报错和ABI拆分机制本身无关，是Google Play对x86架构的设备支持规则和ARM架构不一致导致的：

• 目前Google Play支持设备列表里已经没有纯32位x86的商用安卓设备了。所有能访问Google Play、使用x86系列架构的设备全是x86_64位的64位硬件，这类设备虽然向下兼容32位x86的原生库，但本身属于64位设备范畴。你上传的32位x86 APK没有任何纯32位的目标设备可以分发，所有能匹配到这个包的设备都是64位的，自然会触发64位合规校验。
• 你给APK分配的版本码逻辑本身是符合规范的：32位ABI版本码低于对应64位ABI版本码，正常情况下64位设备会优先匹配版本码更高的64位专属包。但因为不存在纯32位x86设备，Google Play的校验逻辑会直接判定这个32位x86包的服务对象全是64位设备，哪怕你传了更高版本码的x86_64包，依然会触发报错。

ARM架构的存量设备情况和x86完全不同：

• 目前全球仍有数亿台在网的纯32位armeabi-v7a设备不支持arm64-v8a指令集，这类设备仍然在Google Play的支持列表内。你上传的armeabi-v7a包会被定向分发到这类纯32位老设备上，而版本码更高的arm64-v8a包会完全覆盖所有支持64位的ARM设备，32位ARM包不会落到64位设备上，自然不会触发64位校验。

ABI拆分的设计目标从来不是要求32位包附带64位内容，它的核心价值是缩减用户下载的安装包体积：

• 不做拆分的通用APK会把所有架构的原生库都打包到同一个安装包里，用户下载时会拿到大量自己设备根本用不到的其他架构二进制文件，白白占用下载流量和存储空间。
• 按ABI拆分后，每个架构的独立APK只打包对应架构的原生库，Google Play会根据用户设备的硬件类型自动推送匹配的包，用户不需要下载多余文件。
  你现在遇到的问题本质是32位x86架构已经彻底退出安卓生态，对应的拆分包属于冗余配置，不是ABI拆分机制本身有问题。

直接在你的ABI拆分配置里移除x86选项，不再生成32位x86的APK即可：

splits {
    abi {
        ...
        reset()
        include("armeabi-v7a", "arm64-v8a", "x86_64")
    }
}

如果你的应用没有对x86_64架构的特殊性能要求，甚至连x86_64的拆分包都可以不用做——所有x86_64的安卓设备都内置了ARM指令集转译层，可以直接运行ARM架构的APK，不会出现兼容性问题。

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