android - 如果需要以同一个公司名称分发，使用两个不同的 keystore 签署两个应用程序是否合法？

Question

我有一种情况，我可能会为同一家公司开发的两个不同应用程序使用两个 keystore ，一个使用 Android，一个使用 Unity。但我从未见过任何公司使用多个 keystore 来签署他们的应用程序，我已经通过比较谷歌、Facebook 等应用程序验证了这一点。那么，对于同一家公司制作的两个应用程序拥有两个 keystore ，根据市场和开发人员的说法是否合乎逻辑。

注意:我们需要在全局范围内分发应用。

Answer 1

您可以使用两个不同的 keystore 对两个不同的应用程序进行签名，这是一种完全有效的方法。或者您可以使用相同的 keystore ，但如果您这样做您必须为不同的应用程序使用不同的别名。我使用不同的 keystore 为同一家公司签署不同的应用程序，这没有任何问题。

keystore 可以比作带 key 的保险箱:您可以拥有多个保险箱，但每个应用只能拥有一把 key 。如果您将多把 key 存放在一个保险箱中，或者有多个保险箱，每个保险箱都有一把 key 。

用技术术语来说:一个别名就是应用程序的 key ，而 keystore 就是一个保险箱。所以本质上，它没有任何区别，因为使用的别名不同。存储它们的方式无关紧要，因为 keystore (AFAIK) 除了别名外没有任何值(value)。别名是它签名的 key ，每个应用程序的别名都是唯一的。如果您将它存储在这个或那个 keystore 中并不重要 - 别名仍然是唯一的。

TL:DR; 应用程序使用别名 进行签名，这意味着无论您将这些别名存储在这个 keystore 还是那个 keystore 中，别名都是唯一的并且每个应用程序。

---

keystores为keySTORES，可以理解为 key 存储。曾经签署过应用程序的任何人都知道这不是使用 keystore 本身完成的，而是 keystore 中的别名。存储中的 key 。无论您使用这个还是那个 keystore ，每个应用程序的别名仍然是唯一的。因此，每个应用程序都使用单独的别名 进行签名，并且它位于哪个 keystore 中并不重要。

---

至于相对于另一个的优势，我个人采用以下设置:

• 每个应用一个 keystore
• ->精简版和完整版(如果适用)在同一个 keystore 中
• 但应用 A 和 B 存储在两个不同的 keystore 中。

为什么？如果我丢失了一个旧应用程序的单个 keystore ，那没关系(旧应用程序 = 死应用程序，没有收到更新等)，因为我仍然拥有我正在维护的 keystore 。我不确定文件损坏情况如何，但如果可能(并且发生)一个应用程序受到影响，而不是所有应用程序。

正如@BillyFerguson 所提到的，如果您出售一个应用程序，您可以发送一个 keystore 而不是整个 keystore 。

但是您必须跟踪大量文件，这可能很难做到，而且您可能会失去对 keystore 的跟踪。

虽然拥有单个 keystore 的优势在于您知道所有应用程序都在其中，并且您不需要跟踪可能有数百个 keystore 。但这需要在备份系统中定期更新，因为文件会更新而不是添加新文件。