为何新旧APK实际大小差与Diff Size列总和不一致？

核心原因 #

APK分析工具的「Diff Size」是单个文件维度的未压缩大小差值总和，但APK本质是ZIP压缩包，最终体积由整体压缩率决定，两者统计维度不同，因此数值会出现明显偏差。

具体拆解 #

• 单文件原始差值≠压缩后整体差值：调整R8激进优化后，dex、资源等文件的原始大小确实减少了（总和-2.2MB），但压缩算法会对整个APK内容重新计算压缩比例。如果优化后的文件本身可压缩冗余度降低（比如重复代码被混淆后压缩难度提升、资源冗余被清理后压缩空间变小），最终压缩后的体积变化就会远小于单文件原始大小的差值。
• 激进优化的边际效应：若此前已做过基础混淆，深度优化能清理的冗余空间已经有限。R8的类合并、无用代码删除等操作，减少的原始字节在压缩后对整体APK体积的影响会被大幅稀释。
• 工具统计逻辑差异：「Diff Size」统计的是未压缩状态下的文件大小差值，而你看到的新旧APK实际大小是压缩后的最终包体积，两者统计维度完全不同，数值自然不一致。

补充验证建议 #

• 将新旧APK分别解压，统计解压后文件夹的总大小，此时的差值会接近-2.2MB，可验证单文件差值的准确性。
• 若想进一步压缩体积，可尝试开启资源压缩（shrinkResources true）、用WebP/AVIF替代PNG/JPG、拆分功能模块实现按需加载。

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