在C# VSTO中监听Word撤销/重做事件或获取撤销列表的方法

核心结论 #

微软的Word对象模型（包括COM API、VSTO框架）没有直接暴露撤销/重做事件或撤销栈列表的官方API——这是Word内部核心机制的刻意限制，暂不对外开放。

替代实现方案 #

1. 基于内容变更事件的间接判断 #

利用VSTO中Document.ContentChanged事件监控文档的所有内容变更（包括正常编辑、撤销、重做），通过维护自定义操作快照来区分触发源：

• 每次用户完成正常编辑时，保存当前文档的状态快照（比如内容哈希、关键段落的标记值）；
• 当ContentChanged触发时，将当前文档状态与历史快照对比：如果匹配上之前的某个快照状态，则判定为撤销/重做操作；
• 触发保存逻辑，将当前状态同步到你的持久化存储中。

局限性：复杂格式变更可能导致快照匹配误差，大文档场景下性能开销较高。

2. 自定义撤销单元管理（仅适用于Add-In自身操作） #

如果你的需求仅针对Add-In发起的操作，可以使用Word.UndoRecord类包裹操作，将多个操作合并为单一撤销单元，同时在自定义撤销/重做时触发保存：

using Word = Microsoft.Office.Interop.Word;

var undoRecord = Globals.ThisAddIn.Application.UndoRecord;
undoRecord.StartCustomRecord("Add-In自定义操作");

// 执行你的Add-In操作（比如插入内容、修改格式）
// ...

undoRecord.EndCustomRecord();

// 可结合Add-In自定义按钮，在用户点击撤销/重做时触发保存逻辑

局限性：无法覆盖用户原生的Word编辑操作（比如手动输入、原生格式修改）的撤销/重做。

3. 全局快捷键钩子（不推荐） #

通过Windows API设置全局键盘钩子，监听Word进程内的Ctrl+Z/Ctrl+Y快捷键事件，触发保存逻辑。但这种方式属于非官方hack：

• 依赖Word界面元素和快捷键的稳定性，不同Word版本可能出现兼容性问题；
• 容易被杀毒软件拦截，不符合Office Add-In的开发规范，微软不提供技术支持。

4. 定期快照备份 #

放弃监听撤销/重做事件，改为定期保存文档状态快照（比如每隔5秒、或每次内容变更时）：

• 将快照存储在本地文件或数据库中，标记对应的时间戳；
• 当需要恢复时，从快照中还原最近的有效状态。

优势：实现简单，兼容性强；局限性：会占用额外存储空间，需自行管理快照的清理策略。

补充说明 #

如果是基于Office.js的Web Add-In，同样没有官方API支持监听撤销/重做事件，上述的内容变更监控、定期快照方案依然适用。

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