Python使用win32com调用C++ COM组件报错：Library not registered

看起来你遇到的这个pywintypes.com_error: (-2147319779, 'Library not registered.')报错有点迷惑——毕竟你已经用SysWOW64/regsvr32注册过组件，combrowse也能识别对象，但调用方法就是失败。其实这个问题大概率不需要额外注册，而是以下几个常见原因导致的，给你逐个排查：

1. 先确认Python和COM组件的位数完全匹配 #

你用SysWOW64/regsvr32注册组件，说明你的COM DLL是32位的（SysWOW64目录里的regsvr32是专门给64位系统注册32位COM组件用的）。这时候你必须用32位的Python来调用它——64位Python根本加载不了32位COM组件，反之亦然，这是最常见的坑。

验证方法：打开Python终端，运行下面的代码：

import platform
print(platform.architecture())

如果输出是('64bit', 'WindowsPE')，那你得换成32位Python再试。

2. 重新生成makepy代码，手动选择正确的类型库 #

有时候makepy.py -i会自动绑定错误的类型库（比如同名的其他版本、或者路径指向不对），哪怕注册表看起来正常。建议你手动重新生成：

• 运行命令：python -m win32com.client.makepy.py
• 在弹出的图形界面里，找到你的COM组件的全称（别选错类似名字的其他组件），选中它生成代码。

生成后，你可以打开生成的.py文件，检查里面的CLSID和IID是否和注册表中你的组件一致：

• 打开注册表编辑器，去HKEY_CLASSES_ROOT\CLSID下搜索你的组件名，找到对应的CLSID值，对比生成代码里的_reg_clsid_字段。

3. 检查类型库(Type Library)的注册状态 #

combrowse能识别COM对象，不代表它的类型库一定注册正常。组件的CLSID注册表项里，必须有TypeLib子项指向正确的类型库GUID：

1. 注册表定位到HKEY_CLASSES_ROOT\CLSID\{你的组件CLSID}\TypeLib，复制对应的GUID值。
2. 去HKEY_CLASSES_ROOT\TypeLib\{这个GUID}下查看，确保有正确的版本号，且win32子项里的路径指向你的DLL文件。
3. 如果类型库没注册，试试用regtlib.exe注册：

   regtlib.exe "C:\path\to\your\component.dll"
   

   （如果你的DLL内嵌了类型库，直接指向DLL即可；如果有单独的.tlb文件，就指向tlb）

4. 试试动态调用，绕开makepy生成的静态代码 #

有时候makepy生成的静态绑定代码会有参数不匹配的问题（比如InvokeTypes里的LCID、返回值类型定义错了），你可以先试试动态调用看是否能成功：

import win32com.client
# 用你的组件ProgID替换下面的字符串
obj = win32com.client.Dispatch("YourComponent.ProgID")
obj.MyFunction()

如果动态调用成功，说明是makepy生成的代码有问题，要么重新生成，要么手动修改生成代码里的InvokeTypes参数（比如把LCID改成0，或者检查参数类型、返回值类型的定义是否和COM方法一致）。

5. 用管理员权限运行脚本试试 #

有时候普通用户权限下，Python无法读取注册表中某些COM相关的项，导致加载失败。右键点击你的Python脚本，选择“以管理员身份运行”，看看报错是否消失。

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