VBA无法创建System对象，疑与.NET环境相关求助

核心原因：System类并非默认注册为COM可见对象 #

VBA中可直接创建的WScript.Shell、ADODB.Connection属于原生COM组件，而.NET System命名空间下的类默认不会暴露为COM对象，无法直接通过VBA的CreateObject或New关键字创建，这是导致问题的核心原因。

排查步骤与解决办法 #

• 验证.NET Framework 4.7.2的真实状态
  注册表显示存在4.7.2但控制面板不显示，大概率是因为该版本是通过Windows更新集成到系统中的（比如Win10 1803及以上版本默认预装4.7.2）。可通过以下命令确认：

  reg query "HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full" /v Release
  

  4.7.2对应的Release值为461808，若返回值匹配则说明版本确实存在。

• 正确调用.NET对象的方式（若有权限操作）
  要在VBA中调用.NET的System类，需先将对应程序集注册为COM可见：

  1. 找到目标程序集（System.dll通常位于C:\Windows\Microsoft.NET\Framework\v4.0.30319，64位系统对应Framework64目录）
  2. 使用对应位数的regasm.exe注册（需和Office位数一致，32位Office用32位工具，64位同理）：

     regasm.exe /codebase System.dll
     

  注册完成后，即可在VBA中通过CreateObject调用具体的System类实例。

• 检查Office与.NET Framework位数匹配
  Office的位数（32/64位）必须和使用的.NET工具、程序集位数一致，否则会出现对象创建失败的情况。可通过Office的「文件-账户-关于Excel/Word」查看位数。

• 无权限时的替代方案
  若无法在客户环境执行注册操作，优先使用VBA原生功能替代.NET System类的需求。比如字符串处理、文件读写、数据转换等，VBA本身提供了完备的原生方法，无需依赖.NET组件。

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