基于WiX工具集生成的MSI：如何检测已安装文件是否被手动修改？

当然可以搞定这个需求！用WiX配合MSI的内置能力，完全能做到只检测文件完整性、定位出被修改的文件，而不是直接触发修复覆盖。我给你梳理下具体的实现思路和步骤：

MSI本身会在安装时记录每个文件的关键校验信息——比如文件版本、哈希值（如果无版本号则用大小+修改时间），这些信息存在MSI的File表里。修复功能就是基于这些信息判断文件是否“受损”，但我们可以单独调用这个校验逻辑，只输出结果不执行覆盖。

1. 确保WiX正确配置文件校验信息 #

当你用WiX的<File>元素添加文件时，默认WiX会自动计算文件的哈希值（或版本信息）并写入MSI的File表，不要手动禁用这个功能。示例配置：

<Component Id="MyAppComponent" Guid="*">
  <File Id="MyAppExe" Source="bin/Release/MyApp.exe" KeyPath="yes" />
  <!-- 无需额外配置，WiX自动生成Hash、Version等校验字段 -->
</Component>

注意：如果文件有正式版本号，MSI默认优先用版本号判断；如果是无版本的文件（比如配置文件），则会用哈希值或文件大小+修改时间来校验。如果希望即使版本号相同但内容被改也能检测，要确保WiX生成了哈希值。

2. 实现“仅检测不修复”的逻辑 #

有两种常见方式可以实现，选适合你的场景：

方式一：用MSI命令行+辅助脚本快速检测 #

你可以写个简单的PowerShell脚本，调用Windows Installer相关逻辑来校验文件：

# 替换为你的产品GUID和MSI路径
$productCode = "{你的产品GUID}"
$msiPath = "你的安装包.msi"

# 读取MSI的File表获取文件ID和对应哈希
$connectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=$msiPath;Persist Security Info=False;"
$conn = New-Object System.Data.OleDb.OleDbConnection($connectionString)
$conn.Open()
$cmd = New-Object System.Data.OleDb.OleDbCommand("SELECT FileId, Hash FROM File", $conn)
$reader = $cmd.ExecuteReader()
$storedHashes = @{}
while ($reader.Read()) {
    $storedHashes[$reader["FileId"]] = $reader["Hash"].ToString().ToLower()
}
$conn.Close()

# 枚举已安装组件并获取文件路径
$installer = New-Object -ComObject WindowsInstaller.Installer
$components = $installer.EnumComponents($productCode)
while ($true) {
    $compId = $components.Next()
    if (-not $compId) { break }
    $filePath = $installer.GetComponentPath($productCode, $compId)
    if (-not (Test-Path $filePath)) {
        Write-Host "⚠️ 文件丢失: $filePath"
        continue
    }
    # 计算当前文件的SHA256哈希
    $currentHash = (Get-FileHash -Path $filePath -Algorithm SHA256).Hash.ToLower()
    # 从组件关联到文件ID（简化逻辑，实际需读取Component表关联）
    $fileId = $compId # 注意：实际需通过Component表的File_字段关联，此处为简化示例
    if ($storedHashes.ContainsKey($fileId) -and $currentHash -ne $storedHashes[$fileId]) {
        Write-Host "⚠️ 文件已被修改: $filePath"
    }
}

方式二：在WiX中添加自定义动作集成到安装UI #

如果想把检测功能集成到安装程序的UI里（比如添加一个“检查完整性”按钮），可以写个C#自定义动作来执行校验：

步骤1：编写C#自定义动作

using Microsoft.Deployment.WindowsInstaller;
using System.IO;
using System.Security.Cryptography;

namespace IntegrityCheckCA
{
    public class CustomActions
    {
        [CustomAction]
        public static ActionResult CheckFileIntegrity(Session session)
        {
            session.Log("=== 开始文件完整性检测 ===");
            string damagedFiles = "";

            // 读取MSI的File表，获取文件ID、组件ID和存储的哈希
            var view = session.Database.OpenView("SELECT FileId, Component_, Hash FROM File");
            view.Execute();
            Record record;
            while ((record = view.Fetch()) != null)
            {
                string fileId = record.GetString(0);
                string componentId = record.GetString(1);
                string storedHash = record.GetString(2)?.ToLower();
                string filePath = session.GetComponentPath(componentId);

                if (!File.Exists(filePath))
                {
                    damagedFiles += $"{filePath}（文件丢失）\n";
                    continue;
                }

                // 计算当前文件的SHA256哈希
                string currentHash = CalculateSha256Hash(filePath);
                if (!string.Equals(currentHash, storedHash, System.StringComparison.OrdinalIgnoreCase))
                {
                    damagedFiles += $"{filePath}（内容被修改）\n";
                }
            }

            // 将受损文件列表存入Session属性，供UI展示
            session["DAMAGED_FILES"] = damagedFiles.Trim();
            session.Log("=== 检测完成 ===");
            return ActionResult.Success;
        }

        private static string CalculateSha256Hash(string filePath)
        {
            using (SHA256 sha256 = SHA256.Create())
            {
                using (FileStream stream = File.OpenRead(filePath))
                {
                    byte[] hashBytes = sha256.ComputeHash(stream);
                    return BitConverter.ToString(hashBytes).Replace("-", "").ToLowerInvariant();
                }
            }
        }
    }
}

步骤2：在WiX中注册自定义动作并添加UI

在WiX项目中引用自定义动作的DLL，然后在UI中添加对话框和触发按钮：

<!-- 注册自定义动作 -->
<Binary Id="IntegrityCheckCA" SourceFile="path/to/IntegrityCheckCA.dll" />
<CustomAction Id="CheckIntegrity" BinaryKey="IntegrityCheckCA" DllEntry="CheckFileIntegrity" Execute="immediate" Return="check" />

<!-- 添加自定义对话框展示检测结果 -->
<Dialog Id="IntegrityCheckDialog" Width="370" Height="270" Title="文件完整性检查">
    <Control Id="Title" Type="Text" X="20" Y="20" Width="330" Height="17" Text="检查结果：" />
    <Control Id="FilesList" Type="ScrollableText" X="20" Y="40" Width="330" Height="180" Property="DAMAGED_FILES" />
    <Control Id="CloseBtn" Type="PushButton" X="120" Y="230" Width="56" Height="17" Text="关闭">
        <Publish Event="EndDialog" Value="Return">1</Publish>
    </Control>
</Dialog>

<!-- 在主UI对话框中添加触发按钮 -->
<Control Id="CheckIntegrityBtn" Type="PushButton" X="200" Y="230" Width="56" Height="17" Text="检查完整性">
    <Publish Event="DoAction" Value="CheckIntegrity">1</Publish>
    <Publish Event="NewDialog" Value="IntegrityCheckDialog">1</Publish>
</Control>

• 权限问题：检测系统目录（比如Program Files）下的文件需要管理员权限，自定义动作要设置Execute="deferred"并加上Impersonate="no"确保以管理员身份运行。
• 性能优化：如果文件数量多，哈希计算会耗时，建议在自定义动作中添加进度日志，或者给用户显示加载提示。
• 版本文件的特殊处理：对于有版本号的文件，如果已安装文件版本高于MSI中的版本，MSI默认不会认为它受损——如果你希望这类文件也被校验，自定义逻辑里要跳过版本判断，直接对比哈希。

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