Android Studio：设备运行签名不一致及签名Bundle生成失败排查

嘿，我之前也碰到过类似的糟心事，先别急着断定是Android Studio 3.5的Bug——咱们一步步拆解可能的原因，逐个验证：

• Keystore文件异常
  换硬件复制文件时，很容易出现文件损坏或者复制错的情况（比如不小心拿了debug版的keystore）。你可以用keytool命令验证当前keystore的指纹，和旧项目里记录的对比：

  keytool -list -v -keystore your_keystore_filename.jks
  

  重点看SHA1和SHA256指纹，要是和之前的不一样，说明keystore肯定有问题，得重新找正确的原文件。

• 构建配置路径/配置错误
  重置系统后，keystore的存储路径可能变了（比如原来在D盘，现在移到了E盘），但你没同步更新build.gradle里的配置。检查app模块的build.gradle文件：

  signingConfigs {
      release {
          storeFile file("正确的keystore绝对路径或相对路径")
          storePassword "你的密钥库密码"
          keyAlias "你的密钥别名"
          keyPassword "你的密钥密码"
      }
  }
  
  buildTypes {
      release {
          // 确保这里关联了上面的签名配置
          signingConfig signingConfigs.release
          // 其他配置...
      }
  }
  

  要是路径写错了，AS会自动 fallback 到debug签名，自然就会出现签名不一致的问题。

• JDK版本差异影响
  重置系统后你可能换了JDK版本，不同版本的keytool对keystore的处理可能有细微差异。建议切换到Android Studio自带的JDK（一般在Android Studio安装目录/jre路径下），再尝试构建或生成Bundle。

• Android Studio缓存残留
  AS的缓存有时候会“记住”旧的签名信息，导致新构建的包还是用了错误的签名。试试清理缓存：点击顶部菜单栏File -> Invalidate Caches / Restart...，选择Invalidate and Restart，等AS重启后再重新构建。

• 关于无法生成签名Bundle
  这个问题基本和签名配置错误是同根同源的，先搞定上面的签名一致性问题，再尝试生成Bundle。如果还是失败，可以检查Bundle构建的配置项，确认它确实关联了正确的release签名配置。

如果上面所有方法都试过还是不行，再考虑AS3.5的版本问题——我印象里这个版本对部分PKCS12格式的keystore有兼容问题，你可以试试把当前keystore转换成PKCS12格式再测试：

keytool -importkeystore -srckeystore your_old_keystore.jks -destkeystore new_keystore.p12 -deststoretype PKCS12

然后在build.gradle里替换成这个新的p12文件试试。

另外提醒一句：因为你要保留数据更新，绝对不能卸载旧应用，只要新包的签名指纹和旧应用完全一致，就能直接覆盖安装并保留原有数据。

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