如何通过Wix实现MSI重装/更新前备份已修改文件？

一、自定义.NET代码方案的细化实现 #

你提到的.NET自定义操作是最直接可控的方案，具体可以按以下步骤落地：

• 获取原始文件信息：通过MSI API（比如Microsoft.Deployment.WindowsInstaller库）读取MSI数据库的File表，提取每个文件的安装路径、文件名和原始哈希值（FileHash字段）。
• 插入卸载阶段的自定义操作：在MSI的卸载序列中，把自定义操作放在InstallValidate之后、InstallInitialize之前——这个时机下文件还未被卸载删除，能完整读取。同时设置执行条件为UPGRADINGPRODUCTCODE，确保只有在升级触发的卸载流程中才执行备份。
• 改动检查与备份逻辑：
  1. 遍历目标文件，计算当前文件的SHA256/MD5哈希值（推荐SHA256，安全性更高）。
  2. 对比当前哈希与MSI中存储的原始哈希，若不一致则将文件复制到指定备份目录（比如用Path.Combine(Path.GetTempPath(), "MSIUpgradeBackup")生成临时备份路径）。
• 部署自定义操作：将编译好的.NET DLL通过WiX的<CustomAction>元素注册，或者用msitransform.exe注入现有MSI，确保自定义操作以管理员权限运行。

二、MSI原生机制辅助方案 #

如果想尽量减少自定义代码，可以结合MSI原生特性：

• 利用MSI的File表自带的哈希校验：MSI本身会在文件替换时检查版本或哈希，但原生不提供自动备份功能。你可以基于此，在卸载前添加MoveFile自定义操作，配合简单的脚本判断文件是否改动后触发移动，但核心的改动判断仍需小量代码辅助。
• 注意：如果文件修改是通过官方MSP补丁完成的，MSI升级时默认会保留补丁更新的文件，但用户自定义修改的场景下，这个机制无法覆盖，还是得依赖自定义检查逻辑。

三、关键注意事项 #

• 权限控制：自定义操作必须以管理员权限执行，否则无法读取受保护的安装目录或写入系统临时文件夹。
• 备份清理：记得记录备份文件的路径，在升级完成后根据需求选择恢复或删除备份，避免临时目录残留大量垃圾文件。
• 性能优化：如果安装包包含大量文件，建议优先检查业务关键文件，或者分批次计算哈希，避免自定义操作超时导致安装失败。

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