如何对两个（或多个）MSI 文件进行“内容比较”并查看文件内部的实际不同之处——而不是进行无用的二进制比较？（这显然只告诉我是否正在处理同一文件的副本）。
AskOverflow.Dev
如何对两个（或多个）MSI 文件进行“内容比较”并查看文件内部的实际不同之处——而不是进行无用的二进制比较？（这显然只告诉我是否正在处理同一文件的副本）。
MSI 文件
MSI 文件包含嵌入在COM 结构化存储文件中的原始 MS SQL 数据库（文件中的文件系统具有各种类型的存储流 - 旧的 MS Office COM/OLE 格式）。
您可以从 MSI 中提取文件，也可以实际反编译整个 MSI 及其所有流。下面简要介绍每种方法。
反编译（几乎）完全透明是可能的，除了编译的自定义操作（通常用 C/C++ 编写）。托管的编译代码 (C#) 实际上可能（理论上）被反编译。
为了（大致）确定黑盒自定义操作的实际作用，您可以使用重新打包工具捕获 MSI 安装- 该工具会在安装前后扫描系统并列出任何更改 - 您会看到发生了什么，但看不到它是如何发生的已经发生了。很少有人需要这种程度的审查。
仅文件比较
这是旧消息，但如果您只关心比较嵌入在 MSI / setup.exe 中的文件，您可以使用管理安装来提取嵌入在 MSI / setup.exe 中的文件，然后使用任何文件比较工具比较为每个版本提取的文件：
setup.exe /amsiexec.exe /a "MySetup.msi"如果 MSI 缺少适当的 GUI 允许您以交互方式指定输出文件夹，您可以尝试通过命令行指定它：
msiexec.exe /a "MySetup.msi" TARGETDIR="C:\MyOutputFolder包含嵌入式 MSI 文件的 Setup.exe 文件可能有多种类型，一些指针：
本质上，管理安装从 MSI 本身的嵌入式 CAB 文件中提取设置文件（CABS 也可以是外部的），并将它们输出到一个简洁的文件夹结构中，大致反映了安装时的预期目标目标。可以在 MSI 中使用多种形式的压缩- 全部由管理安装处理。请不要解压 MSI 文件！
最后，
Media table调整为使用现在提取的源文件而不是内部 CAB 文件 - 内部 CAB 文件被删除，可能使输出 MSI 比原始文件小得多。至关重要的是，任何数字签名都会被删除。以前，MSI 文件被缓存在
%SystemRoot%\Installer剥离了它们的 CAB 文件中（使它们变小），但现在它们被全尺寸缓存，这可能会大大增加存储需求。使用管理安装是减少此缓存大小的一种方法（以删除数字签名为代价）。更多信息在这里：为什么 MSI 需要原始 .msi 文件才能继续卸载？此处有关管理安装的更多详细信息：
使用 msiexec /a 启动管理安装的目的是什么？
从 EXE 中提取 MSI - 执行管理员安装
“MSI 内容比较”
如果您想更详细地确定两个 MSI 文件（例如软件包的版本 1 和 2）之间的不同之处，您可以使用适当的MSI 文件查看器或MSI 反编译器进行更多参与。
我在stackoverflow.com上写了一篇关于如何比较 MSI 文件的简介。有人建议我在serverfault.com上为该内容添加一个链接。也许它对系统管理员有帮助。
我不想出现双源问题，所以我将只链接到 stackoverflow-version（希望这是好的做法）：如何比较两个（或多个）MSI 文件的内容？此答案列出了几种工具（免费和商业），可以帮助您完成“真正的比较”。
来自 WiX 工具包的高级 MSI 反编译功能
dark.exe可能特别令人感兴趣。除了 MSI 文件反编译，链接内容还描述了如何解压缩使用WiX 工具包setup.exe创建的文件（一个引导程序功能，可以依次安装多个 MSI 文件和嵌入式 EXE 文件）。解压后的内容又可以被同一个文件反汇编（前提是它们是 MSI 文件）。dark.exe让我也提供一个关于如何处理使用其他部署工具制作的 setup.exe 文件的链接。