如何使用WiX更新GAC中的程序集？解决程序集已存在导致安装被跳过的错误

你碰到的这个问题是MSI处理GAC程序集时的默认行为：当目标GAC里已经存在相同程序集名称、版本、公钥令牌的程序集时，MSI会直接跳过安装，因为它判定该程序集已经是“最新状态”。要实现GAC程序集的升级，你可以从以下几个方向解决：

1. 先确保程序集版本已正确升级 #

MSI判断是否替换GAC程序集的核心依据是程序集版本（AssemblyVersion），而非文件版本。如果你的新程序集和GAC里的旧版本号完全一致，哪怕文件内容已经修改，MSI也会认为不需要替换。

• 必须修改程序集的AssemblyVersion属性（比如从1.0.0.0升级到1.1.0.0），确保新版本号严格高于旧版本。
• 如果你使用强命名程序集，要保证公钥令牌和旧版本一致，否则新程序集会被视为独立的程序集并存于GAC，而非替换旧版本。

2. 调整WiX组件配置 #

方案A：遵循WiX组件Guid的最佳实践（推荐） #

根据WiX的组件规则，当组件包含的程序集版本更新时，应该为该组件分配新的Guid。这是因为MSI通过组件Guid来跟踪组件的安装状态，同一个Guid对应同一个组件实例；当程序集版本变化时，新的Guid会告诉MSI这是一个需要安装的新组件。

你可以直接更新组件的Guid，同时确保升级序列中RemoveExistingProducts动作在安装新组件前执行（通常放在InstallInitialize之后、InstallExecute之前），这样旧版本程序集会被先卸载，再安装新版本：

<!-- 新版本组件使用新Guid -->
<Component Id="zyx_v2" Guid="{NEW-GUID-GENERATED-HERE}">
  <File Id="DLLGAC_v2" Assembly=".net" KeyPath="yes" Source="folder\pqr.xyz.dll"/>
</Component>

方案B：强制替换同版本程序集（不推荐，仅特殊场景使用） #

如果你因为某些原因必须替换同版本的GAC程序集（不建议这么做，会违反GAC的版本管理规范），可以将Assembly属性从.net改为win32，让MSI把它当作普通文件处理，通过文件哈希或版本来判断是否替换：

<Component Id="zyx" Guid="{4820d7d5-30a0-448c-a80e-83609c92f235}">
  <File Id="DLLGAC" Assembly="win32" KeyPath="yes" Source="folder\pqr.xyz.dll"/>
</Component>

⚠️ 注意：这种方式会绕过CLR的GAC版本验证逻辑，可能引发版本冲突问题，谨慎使用。

3. 提前验证GAC状态 #

在测试升级前，建议先确认GAC中旧程序集的信息：

• 打开命令提示符，运行 gacutil /l pqr.xyz（替换为你的程序集名称），查看已安装的版本号和公钥令牌。
• 确保新程序集的版本号确实更高，且公钥令牌和旧版本一致。

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