如何避免Python通过WIN32COM操作Adobe Illustrator时的pure virtual function call错误

在Windows 10系统下使用Python 3.12.2通过WIN32COM操作Adobe Illustrator时，会因触发"pure virtual function call"错误导致Illustrator崩溃。

触发崩溃的代码 #

font_size = text_frame.TextRange.CharacterAttributes.Size

可正常运行的等价代码 #

text_range = text_frame.TextRange
font_size = text_range.CharacterAttributes.Size

完整异常回溯 #

Traceback (most recent call last):
  File "C:\Users\John\PycharmProjects\Adobe API\Short Grain 500 Hex Coordinates.py", line 83, in <module>
    main()
  File "C:\Users\John\PycharmProjects\Adobe API\Short Grain 500 Hex Coordinates.py", line 21, in main
    original = OriginalTextInfo(item)
               ^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\John\PycharmProjects\Adobe API\hex_coord.py", line 10, in __init__
    self.font_size = item.TextRange.CharacterAttributes.Size
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\John\PycharmProjects\venv\Lib\site-packages\win32com\client\__init__.py", line 585, in __getattr__
    return self._ApplyTypes_(*args)
           ^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\John\PycharmProjects\venv\Lib\site-packages\win32com\client\__init__.py", line 574, in _ApplyTypes_
    self._oleobj_.InvokeTypes(dispid, 0, wFlags, retType, argTypes, *args),
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
pywintypes.com_error: (-2147023170, 'The remote procedure call failed.', None, None)

技术原理与问题根源 #

WIN32COM与Illustrator COM对象的交互逻辑 #

WIN32COM通过自动生成的**调度包装器（Dispatch Wrapper）**与Illustrator的COM对象通信。每次访问COM对象的属性时，包装器都会调用IDispatch::Invoke方法，跨进程向Illustrator请求对应的对象或属性值。

链式访问的核心问题 #

当使用链式访问text_frame.TextRange.CharacterAttributes.Size时，WIN32COM会在单条语句内连续发起三次Invoke调用：

1. 调用text_frame的TextRange属性，得到一个临时的TextRange包装器对象
2. 立即调用该临时对象的CharacterAttributes属性，得到另一个临时的CharacterAttributes包装器
3. 最后调用这个临时对象的Size属性

问题出在临时包装器的生命周期管理上：

• Illustrator的COM对象对临时返回的子对象（如TextRange、CharacterAttributes）有特殊的引用计数规则，这些子对象依赖父对象的引用存活
• Python的垃圾回收机制可能在语句执行过程中，提前回收未被变量引用的临时包装器，导致对应的Illustrator COM对象被释放
• 当后续调用尝试访问已被释放的COM对象时，就会触发"pure virtual function call"错误——此时底层对象已销毁，但包装器仍在调用其虚函数表中的方法，直接导致Illustrator崩溃

拆分访问链的作用 #

将text_frame.TextRange赋值给text_range变量时，Python会保持这个包装器对象的引用，直到text_range变量超出作用域。这会强制维持Illustrator COM对象的引用计数，避免其被提前释放。后续访问text_range.CharacterAttributes.Size时，所有中间对象都处于有效状态，不会出现访问已销毁对象的情况。

预判此类问题的方法 #

• 避免连续属性链式访问：对于Illustrator对象模型中的嵌套属性，尽量拆分步骤，将每个中间对象赋值给变量，延长其生命周期
• 识别临时对象特性：Illustrator的COM对象中，多数子对象（如文本相关的TextRange、CharacterAttributes）是依赖父对象的临时实例，一旦父对象引用被释放，子对象会立即失效，这类对象必须通过变量持有引用
• 显式获取中间对象：只要属性返回的是复杂COM对象（而非数值、字符串等基本类型），都建议先赋值给变量再进行后续操作，不要直接链式访问

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