添加手表支持后无法向Google Play发布新版Android应用如何解决

该报错核心原因为新版本AAB的设备支持范围小于已发布的旧版本，导致部分旧版本用户无法升级到新版，和versionCode/versionName递增无关，可按以下路径排查：

1. 排查Wear OS相关配置 #

这是添加手表端支持后最常见的报错原因：

• 检查全局AndroidManifest.xml中的手表特性声明，确认是否添加了android:required="false"属性。如果遗漏该属性，Google Play会默认手表硬件为安装必需条件，仅允许Wear OS设备安装新版，手机端旧用户全部无法升级。
  正确配置示例：

  <uses-feature 
      android:name="android.hardware.type.watch" 
      android:required="false" />
  

• 检查多模块/多风味配置，确认手机、手表端的flavor拆分逻辑正确，未出现手机风味被手表风味覆盖、打包生成的AAB仅支持手表的问题。
• 检查全局minSdkVersion配置，确认未因适配Wear OS错误上调全局最低兼容版本。例如旧版本minSdk为21，若直接上调全局minSdk到30适配Wear OS 3，会导致所有Android 10及以下版本的旧用户无法升级，需通过flavor分别给手机、手表端配置不同的minSdk。

2. 排查AAB架构与支持配置 #

• 检查模块build.gradle中的ndk.abiFilters配置，确认未删除旧版本支持的ABI架构。例如旧版本同时支持armeabi-v7a、arm64-v8a、x86，新版本仅保留arm64-v8a会导致32位设备旧用户无法升级。
• 可以通过bundletool工具本地校验AAB的配置，运行命令查看完整Manifest声明，核对支持范围：
  bundletool dump manifest --bundle=你的应用包路径.aab
• 核对Manifest中supports-screens、uses-permission关联的特性要求，确认未新增旧版本没有的、required为true的硬件/软件特性要求。

3. 排查Google Play控制台配置 #

• 核对当前上传AAB的versionCode，确认高于当前轨道及其他所有开放测试轨道的已上线包版本号。
• 进入Google Play控制台的「设备目录」-「支持的设备」页面，对比新旧版本的支持设备数量，若新版本支持数量明显更少，即可定位为兼容范围缩小问题，修正配置后重新打包上传即可。

特殊场景处理 #

若确实需要主动缩小设备支持范围（例如放弃对占比极低的老旧设备的维护），需在Google Play控制台提交说明申请，审核通过后即可发布。

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