在Android中，ZipAlign用于对齐4字节边界上的资源以加速资源加载：
Android中的资源处理代码可以有效地访问资源 当它们通过内存映射它们在4字节边界上对齐时。但 对于未对齐的资源（即，尚未运行zipalign时） 在apk上，它必须回退到明确地阅读它们 - 这是 更慢并消耗额外的内存。
运行该工具后，可以使用该命令验证对齐。
zipalign -c -v 4 application.apk
这会生成一个报告并告知是否有错误。在我的例子中，这个报告表明没有对齐错误，但第一个数字，我认为它是最终APK中资源的位置，似乎表明某些资源没有在4个字节边界上对齐。
以下是本报告的开头：
Verifying alignment of APP-signed-aligned.apk (4)...
50 META-INF/MANIFEST.MF (OK - compressed)
24245 META-INF/KEYS.SF (OK - compressed)
49830 META-INF/KEYS.DSA (OK - compressed)
50683 AndroidManifest.xml (OK - compressed)
53096 assets/Assets/DB_Normal.db (OK)
595425 assets/Assets/Common/DM/Structures.xml (OK - compressed)
我错过了什么？第一个数字是资源的位置吗？例如，Structures.xml似乎位于595425，这不是4个字节的倍数。
答案 0 :(得分：7)
对齐与压缩数据无关。
这个想法是能够对未压缩的块进行内存映射并直接访问它们。例如，如果您的PNG解码器尝试以32位整数访问数据，并且您有一个模拟最坏情况ARM CPU行为的仿真器并在您执行未对齐的32位访问时抛出SIGBUS，那么您不能轻易如果未对齐，则访问图像数据。
zlib inflate代码不关心数据是否对齐，因此zipalign不会纠正压缩数据。