迁移Android应用程序版本的密钥库（通过两次签名？）

Question

从我所了解到的情况来看，我们应该可以使用jarsigner用两个不同的密钥库对apk文件的第一次更新进行两次签名。那么在未来，任何更新都可以用任何一个键完成，让客户端完全接管应用程序的维护。

Version         Keystore
1.0             A
2.0             A & B
3.0                 B
4.0                 B
...              ...

我希望客户端能够使用ADT导出与密钥存储库B签名的2.0版apk文件。当我们尝试让他们的apk文件包含映射到密钥存储库B的cert.sf,而1.0版的cert.sf映射到密钥存储库A时。

当我尝试此操作时,仍然会出现错误：

An existing package by the same name with a conflicting signature is already installed.

我注意到，当一个apk被导出时，它的META-INF目录中包含了cert.sf。当我像这样用jarsigner签第二次的时候...

jarsigner -keystore /path/to/keystore_b -storepass STOREPASS -keypass KEYPASS ./AndroidApp.apk ALIAS

...元INF现在也包含alias.sf。

这次Android升级是不是因为.sf文件在抱怨？cert.sf被映射到两个不同的键，尽管alias.sf确实包含它要查找的键。

（吸取的教训：尽早为客户端创建新的密钥库）

Answer 1

根据我所了解的情况，我们应该可以使用jarsigner使用两个不同的密钥库对apk文件的第一次更新进行两次签名

对，但所有签名都需要匹配。

那么在未来，任何更新都可以用任何一个键完成，让客户端完全接管应用程序的维护。

不，因为所有的签名都需要匹配。这是Android需要的改变。在您的示例中，2.0版本将失败，因为原始应用程序没有用B签名，尽管它用A签名。

经验教训：尽早为客户端创建新的密钥库

顾问，或者其他为他人创建应用程序的人，可能应该考虑每个应用程序的密钥库方法，或者至少按照您的建议，每个客户端的密钥库。