这种发布到Google Play后闪退的问题我踩过不少坑，大概率和签名、混淆、Google Play的优化机制这些环节有关，给你梳理几个优先级最高的排查方向：

本地调试（模拟器+USB真机）用的是Android Studio默认的debug签名，而发布到Google Play的是你自己配置的release签名——如果开启了Google Play App Signing，Google还会重新给你的APK签名，很容易出现签名不匹配导致的闪退。

• 排查动作：
  • 打开Google Play Console，进入【发布】>【设置】>【应用签名】，核对这里的签名指纹和你打包release APK时用的签名是否一致；如果是用App Signing，要确认你上传的是上传密钥（Upload Key），而Google用的是应用签名密钥（App Signing Key）。
  • 用命令行验证APK签名：apksigner verify --verbose your-release-apk.apk，把输出里的签名哈希值和Google Play后台的对比。

调试时一般不会开混淆，但发布版开启混淆后，很容易把一些关键类、方法甚至资源给“优化”掉，导致运行时找不到类或者抛出异常。

• 排查动作：
  • 优先去Google Play Console的【质量】>【Android vitals】>【崩溃和ANRs】里看具体的崩溃栈——这里会直接显示是哪个类、哪个方法出的问题，比如ClassNotFoundException或者NoSuchMethodException，一看就知道是混淆把代码搞没了。
  • 如果暂时看不到崩溃日志，可以先把build.gradle里的minifyEnabled设为false，关闭混淆后打包release APK上传到内部测试轨道测试；如果不闪退了，就说明是混淆规则的问题，需要给对应的类添加keep规则（比如自定义View、Parcelable实现类、反射用到的类、第三方SDK核心类）。

如果你上传的是App Bundle（.aab）格式，Google Play会根据用户设备的配置生成“量身定制”的APK，有时候会漏掉必要的资源或者Native库。

• 排查动作：
  • 先上传完整的APK（不是AAB）到内部测试轨道，看看是否还闪退；如果不闪退，说明是AAB的配置有问题，比如build.gradle里的split配置不合理，或者某些资源没有正确打包进Bundle。
  • 用bundletool生成对应设备的APK本地测试：

    bundletool build-apks --bundle=your-app-bundle.aab --output=app.apks --ks=your-keystore.jks --ks-key-alias=your-alias
    bundletool install-apks --apks=app.apks
    

    把生成的APK装到真机上，看是否会闪退。

调试时你可能手动给过权限，或者调试模式下某些权限会自动授予，但发布版需要用户手动授权；如果App启动时就用到了危险权限（比如读写存储、定位），没处理好权限申请就会直接崩溃。

• 排查动作：
  • 检查AndroidManifest.xml里的权限声明是否完整，特别是危险权限的声明。
  • 看崩溃栈里是否有SecurityException，如果有，说明是权限问题——要在代码里添加权限申请逻辑，确保使用对应功能前已经获取到权限。

如果你用了第三方SDK或者自己的Native代码，调试时可能只编译了当前设备的架构（比如x86_64或者arm64-v8a），但发布版如果没包含所有主流架构，部分设备就会因为找不到SO文件闪退。

• 排查动作：
  • 检查build.gradle里的ndk.abiFilters配置，建议至少包含armeabi-v7a, arm64-v8a（如果要兼容模拟器可以加上x86、x86_64）。
  • 解压发布版APK，查看lib目录下是否有对应架构的SO文件。

别直接发布到生产轨道！先上传到内部测试或者封闭测试轨道，用测试账号下载测试，这样能在正式发布前发现问题。另外，Google Play有时候会有缓存，新上传的版本可能需要等10-15分钟才能同步，别急着立刻测试。

最后提醒一句：一定要去Google Play Console看崩溃日志，这是定位问题最直接的线索，大部分情况下崩溃栈会直接告诉你问题出在哪里。

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