在GitHub Actions流水线中注册32位COM DLL后构建.NET应用仍报库未注册警告的问题

这个问题我之前处理过好几次，核心原因是GitHub Actions默认使用64位的Windows Runner环境，而32位COM组件的注册、读取都需要对应32位的工具和运行上下文，直接用默认的64位工具操作会导致组件没真正注册到32位注册表分区里，最终MSBuild找不到。

下面是具体的解决步骤：

1. 使用32位版本的RegSvr32注册DLL #

Windows 64位系统里存在两个RegSvr32工具：

• C:\Windows\System32\regsvr32.exe：64位版本，只能处理64位COM组件
• C:\Windows\SysWOW64\regsvr32.exe：32位版本，专门用于注册32位COM组件

你之前直接调用regsvr32时，64位Runner会默认使用System32下的64位版本，它没法把32位DLL注册到32位应用能读取的注册表分区（HKLM\Software\WOW6432Node），所以表面没报错但实际注册无效。

修改你的注册命令为：

C:\Windows\SysWOW64\regsvr32.exe /s path/to/your/32bit-dll-file.dll

参数/s是静默注册，避免在无头的GitHub Actions环境中弹出交互窗口。

2. 确保MSBuild以32位上下文运行 #

即使组件注册成功了，如果MSBuild以64位模式运行，它会优先读取64位注册表分区，还是找不到你注册的32位COM组件。你可以通过两种方式解决：

方式一：调用32位版本的MSBuild #

直接使用Visual Studio安装目录下x86路径里的MSBuild：

"C:\Program Files (x86)\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\MSBuild.exe" path/to/my.csproj /p:Configuration=Release /p:Platform=x86

方式二：在命令中指定平台参数 #

如果你还是想用默认的MSBuild，记得加上/p:Platform=x86参数，强制MSBuild以32位上下文处理项目：

msbuild path/to/my.csproj /p:Configuration=Release /p:Platform=x86

3. 验证COM组件是否注册成功（可选但推荐） #

为了排查问题，你可以在注册后加一步验证命令，检查组件的CLSID是否存在于32位注册表分区：

reg query "HKLM\Software\WOW6432Node\Classes\CLSID\{0a67e301-3ecb-47be-bba9-dc67ff219358}"

如果命令返回注册表项的内容，说明注册成功；如果提示“找不到指定的注册表项或值”，那说明注册步骤有问题，需要检查DLL路径、权限等。

备注：内容来源于stack exchange，提问作者Simon H