innosetup为什么再打包体积会变大

shieep

innosetup的安装包解包后，再编译出来的安装包会大不少，大家有没有分析是什么原因，一个80的安装包，我解包再打包成了100M。

ronind

应该是文件没办法被压缩了吧

张熊熊

应该是文件没办法被压缩了吧

冥界3大法王

这就和有时使用winrar打包是一个道理：
未打包前假设用了upx --best
压缩之后发现反而变得更大了。

涛之雨

压缩率不一样，
(以下内容由AI生成）
原来的安装包（80MB）和解包后重新打包的安装包（100MB）体积不一样，很可能是压缩过程的“雪崩效应” 造成的。

简单来说，安装文件最终的体积，高度依赖于“原始文件内容”和“编译参数”的组合。打包脚本或解压文件的微小差异，经过压缩后都可能被急剧放大。主要原因有以下几点：

🧐 原因一：解包过程“扭曲”了原始数据

· 文件元数据改变：解压再重新打包时，文件夹中可能意外混入了 desktop.ini、Thumbs.db 等系统隐藏文件。
· 文件属性丢失：重新打包时，一些文件的时间戳、权限设置与原包不同，这会导致压缩算法认为它们是不同的文件，破坏了压缩的连续性。
· 脚本参数丢失：原始安装包的*.iss脚本很难被完美反编译。一些关键的优化参数（如SolidCompression） 可能在反编译的脚本中未被正确还原。

🤖 原因二：压缩引擎与算法差异

· 版本更迭的影响：你的 Inno Setup 版本可能不同。例如，版本 6 因改用 Unicode 编码，基础体积就比 5 代大 1MB 左右。
· 算法升级或降级：Inno Setup 迭代中会更新核心压缩库。升级有时会导致无法直接兼容旧版的压缩参数，反而使体积变大。
· 参数匹配失误：压缩算法对参数极其敏感，字典、块大小等微调都直接影响最终大小，解包脚本很可能没正确保留这些设置。

⚙️ 原因三：编译环境不一致

· 脚本展开不同：当你使用通配符（.）包含文件且路径有差异时，可能会意外多打包文件。
· 编译器版本问题：不同操作系统或 Inno Setup 版本自带的编译器（如不同版本的 Delphi 编译器）导致基础运行时不同，体积也就不同。

🚀 如何追查并缩小体积？

这里有一些实用的排查与优化建议：

· 验证原始内容：使用 Beyond Compare 等工具，严格比对解压出的文件文件夹和原始安装包解压后的内容，看是否有冗余或缺失。
· 优化脚本参数：
· 压缩算法：在.iss脚本的[Setup]部分，设置 Compression=lzma2/ultra64 和 SolidCompression=yes，通常能获得最佳压缩率。
· 注意参数冲突：若显式设置了 LZMABlockSize，在新版 Inno 中尝试移除它，有时反而能改善体积。
· 启用编译器优化：在脚本中设置 InternalCompressLevel=normal 并开启 CompressionThreads 多线程，在平衡速度与体积的同时提升打包效率。
· 检查额外数据：确保打包时没有包含解包工具残留的无关文件。

Mzero

innosetup 会打包一些其他的文件进去