Google Play上新版本应用程序的上传失败，签名错误
最近几天，当我尝试上传新版本时，我在Google Play上的三个应用程序出现了这样的签名错误：
并且用于签署您上载的APK的证书具有指纹：
[SHA1:87:17:A3:71:CD:CF:D6:73:71:56:B1:59:DE:89:6D:5A:E0:EE:31:8A]
我仔细检查了密钥库，它就是我一直用的那个。事实上，一些应用程序有一个使用相同密钥库的专业版本，在那里更新工作良好。最引人注目的是旧的、现有的APK的奇怪指纹，在上面的例子中，它有第二个条目“sha1:”，而对于其他一个失败的app来说，旧的指纹被列为“[]”，即一个空的。在此期间，我还更新了其他应用程序，在大多数情况下，一切都运行良好。唯一（我注意到的），也是我遇到问题的三个应用程序的共同点，就是这些应用程序都相当老旧，第一个APK版本是2009年甚至2008年的。但专业版--运行良好--是后来推出的。
有人知道这里的解决方案是什么吗？我开始认为，也许对于一些较老的应用程序来说，指纹是错误地从Google那边的APK中提取出来的（因此，一个是空的，另一个是有点奇怪的老版本的指纹）。但问题通常都是从自己的耳朵里产生的...
谢谢
共有1个答案
可以使用多个密钥签署APK。这从来都不是一个真正得到良好支持的行为，而且密钥的处理顺序也没有定义。但是如果您早期的APK是用两个密钥签名的（如消息所示），那么您的更新将需要用所有相同的密钥签名（可能是按相同的顺序）。
看起来第一个密钥与您使用的密钥相同，因此您需要为第二个密钥找到密钥库。也许构建过程的某个部分是在上传之前重新签署APK。一个可能的怀疑对象可能是~/.Android中的调试密钥库。
-
我刚刚开始使用应用程序包。我已经在仪表板的部分设置了两个证书（签名证书和上载证书）。 我已经构建了一个应用程序包，并用上传证书签名，但是当我在下上传包时（这实际上是我切换到应用程序包的原因），它说：
-
环境 Flink1.7.1 Kafka1.0.1 当我用新版本的代码更改应用程序并进行部署时，就会出现应用程序执行失败的问题 如果我部署相同的组。id更改应用程序代码后，是否会与以前的状态检查点信息发生冲突？
-
我的应用程序在play store上已经有一段时间了，而且还起作用了。昨天我发布了一个更新，发现里面有一个bug，我今天就想修复它。在将我的alpha apk上载到publisher页面并带有新版本和versioncode（这样我就可以测试购买了）之后，in app购买在这个新版本中就不起作用了。我没有更改任何与应用程序计费相关的代码。我正在使用iab库的v3。 我得到它的时候，购买意图被调用。u
-
我继续做了更多的研究，发现它被指示为“更改目标SDK 30->29并从AndroidManifest.xml中删除MANAGEMENT_EXTERNAL_STORAGE权限”，我跟踪并再次重新上载，但仍然被拒绝，到目前为止，我已经尝试了14次（尝试总是构建&)，但没有任何变化... 我不知道是否有更好的解决方案，所以希望有人能帮助我，最重要的是，为什么我删除了许可，但谷歌仍然报告了上面的原因？谢谢
-
我在google play store上有一个应用程序。目前只有一个上传。 我想上传一个新版本，但当我这样做，这个错误显示： 上载失败您需要为APK使用其他版本代码，因为您已经有一个版本代码为1的版本 无论天气如何，它都是版本代码1、2或3。第一个版本是versioncode 1，这是versioncode 2。 我不知道问题是什么，也许我必须同步构建。gradle，我听过一些ppl谈论这件事，但