将compileSdk从Tiramisu升级至UpsideDownCake后，Release APK无法安装求助

1. 检查APK签名配置 #

• 确认Release构建使用的签名密钥有效且未过期，运行 apksigner verify --verbose your-release.apk 检查签名状态，重点关注签名不兼容类提示。
• 确保APK Signature Scheme v2/v3未被意外禁用，构建脚本配置示例：

  android {
      signingConfigs {
          release {
              v2SigningEnabled true
              v3SigningEnabled true
          }
      }
  }
  

2. 核对版本兼容性配置 #

• 检查targetSdkVersion是否同步升级到34，若停留在旧版本，可能触发API 34的兼容性限制。
• 确认minSdkVersion设置合理，虽然用户反馈所有设备均无法安装，但仍需避免因最低版本设置过高导致的基础兼容问题。

3. 校验API 34权限声明 #

API 34新增了部分强制权限要求，比如POST_NOTIFICATIONS需显式声明：

<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />

同时检查媒体、位置等权限的细分变更是否已适配，避免因权限缺失导致安装校验失败。

4. 排查构建与混淆问题 #

• 临时禁用ProGuard/R8混淆，生成Release APK测试是否能正常安装。若正常，则针对性调整混淆规则，避免API 34相关系统类被错误混淆。
• 执行 ./gradlew assembleRelease --info 查看构建日志，定位是否存在依赖库版本不兼容、资源编译错误等隐藏问题。

5. 通过adb定位具体错误 #

• 用adb命令安装并获取详细日志：adb install -r your-release.apk，若失败，执行 adb logcat | grep -i install 提取错误码（如INSTALL_FAILED_INVALID_APK、INSTALL_FAILED_VERIFICATION_FAILURE等），依据错误码精准定位问题。
• 校验APK文件完整性，对比重新构建后的文件哈希值，确认构建过程未出现中断或文件损坏。

6. 检查AndroidManifest配置细节 #

• 确认android:targetSandboxVersion设置正确，API 34对沙箱版本有严格限制，若设置为2需确保应用符合相关要求，可尝试改为1测试。
• 复查所有组件的android:exported属性，API 31及以上要求可启动的Activity、Service等必须显式设置该属性，避免遗漏导致安装失败。

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