Framework与Framework64下regasm区别及COM DLL注册适配场景咨询

核心原因是Windows 64位系统的WOW64兼容机制，以及Office进程位数的匹配要求，具体逻辑如下：

• 架构隔离规则：Windows 64位系统存在两套独立的注册表和系统目录，32位程序的注册表会被重定向到HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node，系统调用的默认目录重定向到C:\Windows\SysWOW64；64位程序则使用原生注册表路径HKEY_LOCAL_MACHINE\SOFTWARE和默认系统目录C:\Windows\System32。
• regasm版本的职责差异：%windir%\Microsoft.NET\Framework\路径下的regasm是32位版本，仅会把COM注册信息写入32位注册表路径；Framework64路径下的是64位版本，仅会把注册信息写入64位注册表路径。
• Office位数决定匹配要求：Excel VBA的运行环境位数和Office安装位数完全一致，32位Office只能加载32位COM组件，64位Office只能加载64位COM组件。你遇到的两台工作站，一台安装了64位Office所以需要64位regasm注册、DLL放System32目录；另一台安装了32位Office所以需要32位regasm、DLL放SysWOW64目录。
• 你遇到的「智能感知正常但运行报错」的现象解释：类型库(tlb)本身不区分32/64位，只要系统能找到tlb文件，VBA的智能感知就能正常识别类、方法和属性，但实际运行时需要加载对应位数的DLL，此时如果注册位数不匹配、DLL路径不在系统搜索范围内，就会抛出ActiveX对象创建失败、DLL未找到的错误。
• 系统目录的搜索优先级：System32和SysWOW64属于Windows默认的DLL搜索路径，所以把DLL放到对应目录可以避免注册时未指定路径导致的DLL查找失败问题。

按照以下规则判断即可保证部署一致性：

• 第一步：确认目标机器的Office安装位数
  打开Excel，点击「文件」->「账户」->「关于Excel」，弹窗第一行末尾会明确标注32位或64位。
  • 若为32位Office：使用%windir%\Microsoft.NET\Framework\路径下对应.NET版本的regasm（例如.NET 4.0对应v4.0.30319目录），DLL可以放到C:\Windows\SysWOW64，也可以放到自定义固定目录。
  • 若为64位Office：使用%windir%\Microsoft.NET\Framework64\路径下对应.NET版本的regasm，DLL可以放到C:\Windows\System32，也可以放到自定义固定目录。
• 第二步：推荐注册命令（无需放系统目录）
  注册时加上/codebase参数就可以直接指定DLL路径，不需要把文件放到系统目录，更适合自定义部署场景，参考命令如下：
  32位Office注册命令：

  %windir%\Microsoft.NET\Framework\v4.0.30319\regasm.exe "D:\你的部署路径\XXX.dll" /tlb:"D:\你的部署路径\XXX.tlb" /codebase
  

  64位Office注册命令：

  %windir%\Microsoft.NET\Framework64\v4.0.30319\regasm.exe "D:\你的部署路径\XXX.dll" /tlb:"D:\你的部署路径\XXX.tlb" /codebase
  

  注意：注册时必须以管理员身份运行命令提示符，否则会因权限不足导致注册失败。

• 批量部署优化：可以编写批处理脚本，读取Office注册表项的Bitness值自动判断位数，调用对应版本的regasm完成注册，避免人工判断出错。

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