这个问题我之前帮不少开发者排查过，核心原因很明确：你新版本的APK没有覆盖旧版本的全部设备支持范围，导致部分现有用户无法升级，触发了Google Play的安全校验机制。咱们分情况来解决：

先理清问题根源 #

• 旧版本支持API 11-21，新版本改成了API 16-26：这直接把API 11-15的用户挡在了升级门外，这是第一个错误的核心诱因。
• 你提到是「不同架构的应用版本」：如果新APK的ABI（如armeabi、x86等）支持范围比旧版本窄，会进一步缩小设备覆盖，触发设备支持移除的警告。

方案一：保留对API 11-15用户的支持（推荐，避免流失用户） #

如果不想放弃低版本用户，需要让新版本同时兼容新老设备：

• 同时准备两个APK上传：
  1. 基于旧版本的基础，更新业务内容，保持minSdkVersion=11、maxSdkVersion=21，沿用旧架构。
  2. 保留你现在开发的新APK，minSdkVersion=16、maxSdkVersion=26，使用新架构。
• 确保两个APK的versionCode是递增的：新架构APK的versionCode必须高于旧架构的，符合Google Play的升级逻辑。
• 在Google Play控制台的「发布管理」中，把两个APK添加到同一个版本发布流程里。Google Play会自动根据设备的API等级和架构，匹配对应的APK，既让新用户用上新架构，也让老版本用户能正常接收更新。

方案二：确定放弃API 11-15的用户（需谨慎） #

如果你明确要停止服务低版本用户，需要解决「现有API 16-21用户无法升级」的问题：

1. 确认设备覆盖范围：检查新APK的设备支持是否完全覆盖旧版本中API 16-21的所有设备。重点排查：
   • AndroidManifest.xml里的<uses-feature>标签，有没有新增旧版本没有的强制硬件要求（比如强制要求摄像头，但旧版本允许无摄像头设备安装）。
   • ABI架构支持：如果旧版本支持armeabi、armeabi-v7a、x86，新版本至少要保留这些架构的支持，不能只上arm64-v8a这类新架构。
2. 查看兼容性报告：在Google Play控制台的「发布管理 → 设备兼容性」里，对比新旧APK的设备支持差异，针对性调整新APK的配置，确保API 16-21的设备都能被新APK覆盖。
3. 强制发布：完成上述调整后，发布时仍会收到设备覆盖减少的警告，但你可以选择「继续发布」（因为这是你预期的变更），此时第一个升级错误会被解决。

额外检查点 #

• 确认新APK的targetSdkVersion和compileSdkVersion配置没有意外限制设备支持。
• 如果使用了Split APK功能，要确保拆分后的APK组合起来的覆盖范围不小于旧版本的universal APK。

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