课程介绍：AGP与Keystore签名对APK体积的影响概述
做 Android 开发的，谁没被 APK 体积搞过头大？
我个人习惯是每次发版前都看一眼 apk 分析报告。但你知道吗，有时候光是一个签名配置，就能让你的包多出好几 MB。
这事儿其实挺隐蔽的。记得我刚带团队那会儿，明明代码没动多少，包体积却涨了 10%。排查半天，最后发现是 AGP 版本升级后签名工具变了。嗯，从那以后我就把「签名对体积的影响」列入了发版 checklist。
为什么要在意签名对包体积的影响？
说白了，签名不是开发者自己控制的「业务逻辑」，但它确实在改你的二进制定位。
- 签名块大小：不同签名方案（v1、v2、v3、v4）生成的签名块差异明显
- 对齐方式：Zipalign 如果做不好，未压缩的资源会膨胀
- 压缩策略：AGP 版本不同，签名前对资源的压缩行为也不同
重要结论：同一份代码，换一个 AGP 版本或签一次名，APK 体积可能相差 3%～8%。
AGP 版本演变与签名机制的关系
AGP（Android Gradle Plugin）从 3.x 到 8.x，签名这块改了好几次。
| AGP 版本 | 默认签名方案 | 体积影响特点 |
|---|---|---|
| 3.x | v1 + v2 | v1 签名块未压缩，约 80~200KB 额外 |
| 4.x | v2 + v3 | v2 签名内联到块中，体积减少约 30% |
| 7.x / 8.x | v2 + v3 + v4（可选） | v4 用于增量更新，签名块增大但可分包 |
我曾经接手过一个项目，AGP 还是 3.2.1。升级到 7.4 后，什么都没改，APK 体积直接缩了 5%。为什么？因为新 AGP 默认启用了更高效的签名对齐策略。
Keystore 签名对 APK 体积的影响因素
你可能会想：「我的 keystore 才 2KB，能有多大影响？」
其实影响不在 keystore 文件本身，而在签名过程中写入 APK 的元数据。
- 证书链长度：如果签名的证书链包含多个中间 CA，签名块会膨胀
- 签名算法：RSA 2048 vs RSA 4096，相差几百个字节至几 KB
- 属性信息：Android 签名 v3 中加入的「绕签名」信息（如 minSdkVersion 约束）也会增加体积
我的建议：团队内统一用 RSA 2048 + SHA-256，别用 4096。差不了多少安全性，但省一点是一点。
实战中的避坑指南：
我曾经遇到过一个 case，打 Release 包时莫名多了 2MB。查遍所有资源，最后发现是 build.gradle 里误配了 signingConfig 的 v4SigningEnabled true……
android {
signingConfigs {
release {
// 小心这个开关
v4SigningEnabled true
}
}
}v4 签名是为 Google Play 增量更新准备的，普通发布版根本不需要。你想想看，平白无故多出一块签名数据，不值得。
注意：默认情况下 AGP 8.x 的 release 构建会启用 v3 + v2，v4 需要显式打开。如果你不用 Play 的增量更新，千万别开。