使用win32com操作Office时出现Outlook调用报错、Excel索引异常问题

两个异常的核心原因是pywin32的COM调度模式从动态IDispatch绑定切换到了静态类型库提前绑定，全局生效的类型缓存被触发生成后，两种绑定模式的语法规则差异导致原有代码报错。

1. Outlook文件夹调用异常原因 #

• 未生成类型缓存的动态调度模式下，pywin32会自动将fldrs(xxx)的圆括号调用映射为COM集合的默认Item()方法，因此原有代码可以正常运行。
• 你调用win32com.client.DispatchWithEvents()接口时，pywin32会强制生成Outlook对应的COM类型库缓存（默认存储在%TEMP%\gen_py目录下，全局生效），切换为静态绑定模式后，_Folders对象没有实现__call__方法，因此圆括号调用报错，必须使用[]下标访问集合的Item属性，也就是你修改后的写法符合静态绑定的语法规范。

2. Excel常量与索引异常原因 #

• 常量报错：win32com.client.constants下的Office枚举值仅在静态类型缓存生成后才会被预加载，动态调度模式下没有这部分预加载的常量，因此会触发报错。你使用gencache.EnsureDispatch强制生成Excel类型缓存后，常量自然可以正常访问。
• 索引从0变为1：动态调度模式下pywin32做了Python习惯适配，会默认把Office COM原生的1起始索引转换为Python常用的0起始索引；静态绑定模式下会严格遵循Office原生的COM规范，集合全部从1开始索引，因此需要把索引值改成1才能正常运行。由于类型缓存是全局生效的，就算切回普通Dispatch调用，只要缓存存在就会优先走静态绑定，因此索引规则不会回退。

如果需要恢复原有动态调度的语法，直接删除本地gen_py缓存目录，或者调用win32com.client.dynamic.Dispatch强制走动态绑定即可。如果要保证代码长期稳定兼容，建议统一使用静态绑定的语法规则，避免缓存意外生成后代码报错。

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