如何用双平台密钥签名APK并使其在双平台均被识别为系统应用？

核心原因 #

Android系统识别系统应用的核心逻辑是：

• 系统应用必须签名与当前系统内置的platform证书完全匹配，且安装在/system/app或/priv-app目录。
• 当APK存在多签名时，系统对系统应用的验证要求更严格：所有签名必须都被当前系统信任。而你使用的两组platform key是不同平台独有的，其中一组的密钥在另一平台的系统中是未被信任的，因此即使有一个匹配的签名，系统也会因存在未信任签名而拒绝识别为系统应用。

你尝试的两种参数的问题：

• --next-signer：生成的是多签名APK（包含两个独立签名块），系统验证时会检查所有签名，未被信任的那个签名会导致验证失败。
• --append-signature：该参数用于为同一签名者添加不同算法的签名（如同时用SHA1/SHA256签名），而非添加不同签名者的密钥，因此用不同platform key会导致证书链不匹配，签名验证直接失败。

可行解决方案 #

方案1：分平台单独签名（最可靠） #

针对两个目标平台分别生成签名后的APK：

1. 用平台A的.pem和.pk8密钥签名APK，得到适配平台A的系统应用APK。
2. 用平台B的.pem和.pk8密钥重新签名同一原始APK，得到适配平台B的系统应用APK。
3. 将对应APK分发到对应平台安装到系统目录即可。

方案2：统一平台密钥（仅适用于定制ROM场景） #

如果两个平台属于同一定制体系，可要求ROM开发团队为两个平台使用同一套platform密钥，这样用该密钥签名的APK即可在两个平台同时被识别为系统应用。但此方案仅适用于你能控制ROM定制的场景，无法适配不同厂商的原生ROM。

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