APK签名
Android 支持以下三种应用签名方案：
- v1 方案：基于 JAR 签名。
- v2 方案：APK 签名方案 v2（在 Android 7.0 中引入）。
- v3 方案：APK 签名方案 v3（在 Android 9 中引入）。
JAR 签名（v1 方案）
从一开始，APK 签名就是 Android 的一个有机部分。该方案基于签名的 JAR。 v1 签名不保护 APK 的某些部分，例如 ZIP 元数据。APK 验证程序需要处理大量不可信（尚未经过验证）的数据结构，然后会舍弃不受签名保护的数据。这会导致相当大的受攻击面。此外，APK 验证程序必须解压所有已压缩的条目，而这需要花费更多时间和内存。为了解决这些问题，Android 7.0 中引入了 APK 签名方案 v2。
V2 签名
在验证期间，v2+ 方案会将 APK 文件视为 blob，并对整个文件进行签名检查。对 APK 进行的任何修改（包括对 ZIP 元数据进行的修改）都会使 APK 签名作废。这种形式的 APK 验证不仅速度要快得多，而且能够发现更多种未经授权的修改。
v3 方案
v3 方案增添了有关受支持的 SDK 版本和 proof-of-rotation 结构的信息。 proof-of-rotation 结构允许应用轮替其签名证书，而不会使这些证书在与这些应用通信的其他应用上被屏蔽。为此，应用签名需包含两个新数据块：
- 告知第三方应用的签名证书可信（只要其先前证书可信）的断言
- 应用的旧签名证书（应用本身仍信任这些证书）
签名数据部分中的 proof-of-rotation 属性包含一个单链表，其中每个节点都包含用于为之前版本的应用签名的签名证书。该单链表按版本排序，最旧的签名证书对应于根节点。在构建 proof-of-rotation 数据结构时，系统会让每个节点中的证书为列表中的下一个证书签名，从而为每个新密钥提供证据来证明它应该与旧密钥一样可信。
