对齐与签名的顺序：zipalign 在手机签名流程里的位置

顺序为什么不可颠倒

Android 开发者文档对签名流程的说明里有一条明确告诫：如果要用 zipalign 做对齐，必须在签名之前进行。原因在 v2 方案的设计里——v2 对整个 APK 做字节级校验，签名之后包内任何字节变动（包括对齐调整）都会让签名作废。

所以正确顺序固定为：改包 → 对齐 → 签名。颠倒过来，轻则签名失效重签一遍，重则装出问题。

zipalign 把 APK 内未压缩资源（图标、so 库等）按 4 字节边界对齐排布。对齐后，系统运行时可以直接内存映射读取这些资源，不必额外拷贝——省内存，也省启动时间。它是安卓安装包工程化处理的例行步骤，与"签名好不好"无关，但与"装完跑得顺不顺"有关。

手机端的优势是把这步藏进了签名流程：应用在签名时自动处理对齐，不需要你单独跑一个对齐工具。开发者的更新记录里有一条值得注意的修复——6.9.0 修复了 zip-aligning 的问题，说明对齐是它签名管线里的固定环节（版本轨迹见版本轨迹）。

只剩一条：把对齐的责任交给工具，把顺序的意识留给自己。凡是在外面已经签好名的包，别再拿去"处理"一遍；要动包，从头按"改 → 签"来，输出管理见签名之后。