C# VSTO PowerPoint加载项调用StartNewUndoEntry()报未知接口COMException

异常根因定位 #

• 触发HRESULT:0x80020001 (DISP_E_UNKNOWNINTERFACE)的核心原因和构建、链接配置无关：Application.StartNewUndoEntry()是PowerPoint的内部未公开COM方法，不在PIA（主互操作程序集）暴露的公开调度接口映射表内。通过强类型公开的Application对象直接调用时，COM调度层无法匹配到对应方法的接口定义，就会抛出未知接口异常。
• 容易混淆的认知误区：Word、Excel的公开API是明确暴露StartNewUndoEntry方法的，但PowerPoint从Office 2007版本开始就没有将该方法纳入公开接口定义，跨场景复用其他Office组件的调用逻辑时就会触发该异常。

可被原生撤销流程识别的自定义操作实现方案 #

不需要硬调用未公开的StartNewUndoEntry()，VSTO针对PowerPoint提供了官方支持的自定义撤销项机制，实现的条目可自动被原生撤销堆栈识别、可被ExecuteMso("Undo")正常触发：

• 编写实现Microsoft.Office.Core.ICustomUndoUnit接口的类，在接口要求的OnAdd、OnUndo、OnRedo方法中，分别绑定自定义操作的执行、回退、重做逻辑。
• 执行自定义操作前，调用当前Presentation对象的Application.CustomUndoItems.Add()方法，将实现好的ICustomUndoUnit实例传入堆栈。
• 该方式添加的撤销条目，会自动出现在PowerPoint原生的撤销下拉菜单中，完全兼容原生撤销、重做的交互逻辑。

针对旧版本Office的适配排查方向 #

如果需要兼容PowerPoint 2003及更早的无公开自定义撤销接口的版本，不能直接通过强类型对象调用内部方法，需要绕过PIA的接口限制：

• 将获取到的PowerPoint Application实例强制转换为System.Runtime.InteropServices.IDispatch类型。
• 通过IDispatch.GetIDsOfNames方法传入StartNewUndoEntry的方法名，获取对应方法的调度ID（DispId）。
• 再通过IDispatch.Invoke方法使用获取到的DispId调用目标方法，才能正常触发内部的撤销边界划分逻辑，不会触发未知接口异常。

常见踩坑点 #

• 跨文档上下文调用撤销相关接口时，PowerPoint的撤销堆栈是绑定在当前活动Presentation实例上的，脱离当前文档上下文的调用会触发无明确上下文的COM异常。
• 项目引用的Office PIA版本与运行环境的Office版本不匹配时，即便通过IDispatch方式调用未公开方法，也可能因为方法DispId变更触发调用失败。
• 不要将PowerPoint的撤销逻辑和Word/Excel的实现逻辑完全复用，三者的撤销堆栈内部实现存在明显的接口差异。

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