.NET自定义操作DLL升级加载旧版本致新函数找不到的问题咨询

关于强制卸载旧DLL的可行性 #

无需直接“强制卸载”旧DLL，可通过调整安装配置确保升级阶段仅加载新版本DLL，避免旧版本干扰：

• 递增DLL版本号：每次升级时，务必更新自定义操作DLL的程序集版本和文件版本。Windows Installer会依据版本号识别文件差异，避免复用旧缓存文件。
• 调整自定义操作执行时机：在Advanced Installer的「自定义操作」面板中，将依赖新方法的自定义操作移至InstallExecuteSequence的RemoveExistingProducts步骤之后。建议把RemoveExistingProducts调整到InstallInitialize之后执行（可在「序列」面板修改），确保旧版本文件先被清理，再执行新的自定义操作。
• 禁用自定义操作缓存：在自定义操作的属性设置里，找到「缓存」选项并设置为不缓存。这样每次安装都会从安装包提取全新的DLL到临时目录，彻底避免加载旧缓存文件。
• 清理旧版本注册信息：旧版本安装时可能注册了自定义操作的CLSID关联，升级时系统会优先读取旧注册项。可在旧版本的卸载序列中，添加清理HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\Assemblies下对应DLL的注册表条目；或者在Advanced Installer的「升级」设置中，勾选「完全替换旧版本的文件和注册表」。

是否为已知问题 #

这是Windows Installer（MSI）和Advanced Installer的常见问题，根源在于MSI的文件缓存机制和.NET自定义操作的加载逻辑：升级过程中，若旧版本的自定义操作DLL仍被系统缓存，或相关注册表注册未被清理，安装程序会优先加载旧DLL，导致新方法无法找到。Advanced Installer的官方文档中也提及过这类.NET自定义操作的版本管理问题，尤其是缓存导致的升级异常。

验证方法 #

生成升级安装包后，通过命令行开启MSI日志：

msiexec /i 你的安装包路径.msi /l*v install.log

查看日志中加载CustomActions.dll的路径和版本信息，确认加载的是新版本文件。

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