Inno Setup 6.0.5每次生成新卸载程序，无法复用已签名文件致构建失败求助

我来帮你拆解Inno Setup 5和6.0.5在卸载程序生成、签名复用环节的关键差异，以及为什么你的原有流程会失效：

1. 卸载程序文件名的生成逻辑变了 #

Inno Setup 5里，卸载程序文件名末尾的哈希串（比如uninst-5.5.9 (u)-xxxxxx.e32里的xxxxxx）是基于卸载模板的核心内容+你的基础配置计算出来的。只要你没改setup.iss里和卸载相关的核心设置，这个哈希值不会变，所以第一次签名后的文件能被后续编译复用。

但到了6.0.5，文件名的哈希计算规则升级了：

• 它把当前Inno Setup的版本号（也就是文件名里的6.0.5）也纳入了哈希计算范围；
• 同时，新增的版本信息更新步骤会修改卸载程序的二进制内容，进一步导致哈希值变化。
  这就导致哪怕你没动setup.iss，每次编译都会生成带新哈希串的卸载程序文件，旧的签名文件自然匹配不上。

2. 新增的版本信息更新步骤是关键 #

你在日志里看到的Updating version info (SETUP.E32)步骤是Inno Setup 6新增的特性——它会在生成卸载程序后，自动把主安装程序里的版本信息（比如产品版本、公司名称、版权信息等）同步到卸载程序里。

这一步会直接修改卸载程序的二进制内容，相当于每次编译都给卸载程序做了“微修改”，文件哈希值必然变化，文件名也就跟着变了，你的复用流程自然失效。

3. 适配6.0.5的解决办法 #

针对这个变化，你可以调整签名流程来适配：

• 提前生成并保留签名后的卸载程序：先编译一次拿到新的uninst-6.0.5 (u)-xxxxxxxx.e32，送去签名后把文件妥善保存。之后每次编译前，把这个签名好的文件复制到SignedUninstallerDir指定的Release\目录里——只要你不修改卸载相关配置或升级Inno版本，这个文件就能一直复用。
• 配置SignTool自动化签名：如果你的外部签名服务支持命令行调用，直接在setup.iss里配置SignTool参数，让Inno Setup自动调用签名服务完成卸载程序的签名，省去手动复用的麻烦。示例配置：

  [Setup]
  SignTool=external "你的签名工具路径.exe" /sign "$f"
  

• 跳过版本信息更新（不推荐）：如果你的卸载程序不需要和主程序同步版本信息，可以尝试自定义卸载模板来跳过这个步骤，但这可能导致卸载程序的版本显示异常，不适合正式发布的产品。

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