Android应用64位合规矛盾策略咨询：双应用提交是否可行

让我直接帮你拆解这些疑问，把问题理清楚：

首先明确：Kony提出的“拆分纯32位和纯64位两个独立应用提交”的策略完全不可行，核心原因和正确方案如下：

1. Google Play的核心政策红线 #

从2021年8月1日起，Google Play明确要求所有新提交的应用（包括更新版本）必须支持64位架构。这意味着：

• 纯32位的应用（仅包含32位.so库）绝对无法通过审核，不管你是单独提交还是和64位版本分开提交。
• 合规的要求只有两种：要么你的应用完全没有原生.so库（纯Java/Kotlin编写），要么必须同时包含32位（armeabi-v7a）和64位（arm64-v8a）的.so文件。

2. 关于“先后提交两个版本”的疑问 #

你担心的“先提交64位再提交纯32位”完全行不通——纯32位版本在8月1日后会直接被Google Play审核拒绝，不存在任何通过的可能。Google不会允许任何新提交的纯32位应用上架，和提交顺序没有关系。

3. 关于version code的不合理建议 #

Kony提出的“用差距极大的version code区分版本”逻辑完全站不住脚：

• Google Play对同一个应用的version code要求是必须严格递增，不能回退，也不允许出现逻辑混乱的version code（比如如果先提交了version code为1033的64位版本，之后你根本无法提交version code为33的32位版本，因为它低于已有的版本号）。
• 如果你拆分两个独立应用（不同包名），它们的version code确实互不影响，但问题是纯32位的那个应用根本过不了审，这个操作没有任何实际意义。

正确的解决方案 #

针对你使用Kony多平台工具的情况，建议你：

• 优先查看Kony官方的最新文档，确认他们是否支持将32位和64位.so库同时打包到同一个APK或Android App Bundle（AAB）中。正规的多平台工具都会适配Google的64位要求，提供一键打包双架构的选项。
• 推荐使用**Android App Bundle（AAB）**格式提交应用：Google Play会自动根据用户设备的架构，分发对应的32位或64位版本，你只需要上传一个包含所有架构库的AAB即可，不需要手动拆分应用或处理version code的问题。
• 如果必须生成多个APK（不推荐），也要在同一个应用下创建不同架构的APK，且确保每个APK都符合架构要求（比如一个包含32位，一个包含64位），同时version code需要设置为递增（比如给64位APK设置更高的version code），但这种方式比AAB复杂得多。

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