如何通过Interop为Word/Excel设置Document.BeforeClose事件以阻止关闭？

我之前开发Office Interop WinForm应用时，刚好碰到过和你一模一样的Excel BeforeClose事件问题，给你分享下踩坑后总结的解决方案！

核心问题分析 #

Excel的BeforeClose事件机制和Word有个关键区别：当用户尝试关闭Excel窗口时，不仅会触发当前工作簿的BeforeClose，还可能牵连到Excel应用程序的全局关闭逻辑。如果只是简单设置Cancel = true，有时候会因为Excel的内部状态判断导致失效，甚至触发意外的进程退出。

正确的处理步骤 #

1. 确保事件订阅的对象正确 #

首先要明确，你需要针对具体的Workbook实例订阅BeforeClose事件，而不是Excel应用程序的事件，示例代码如下：

// 假设你已经通过Interop获取到Excel.Application和目标Workbook实例
private Excel.Workbook _targetExcelWorkbook;

// 在初始化工作簿完成后，订阅BeforeClose事件
_targetExcelWorkbook.BeforeClose += TargetExcelWorkbook_BeforeClose;

2. 事件处理逻辑的关键细节 #

在事件方法里，需要按顺序完成三个核心操作，才能稳定实现“取消关闭+隐藏文档”的需求：

private void TargetExcelWorkbook_BeforeClose(ref bool Cancel)
{
    // 第一步：取消默认的关闭操作
    Cancel = true;

    // 第二步：隐藏当前工作簿的窗口（仅隐藏该文档，不影响Excel后台运行）
    _targetExcelWorkbook.Windows[1].Visible = false;

    // 可选：如果需要让整个Excel应用在任务栏也不可见，可以添加这行
    // _targetExcelWorkbook.Application.Visible = false;

    // 重要提醒：绝对不要在这里调用Workbook.Close()或Application.Quit()，否则会触发循环关闭或强制退出
}

3. 避坑注意事项 #

• 不要在BeforeClose事件中调用任何会触发关闭的方法，否则会陷入事件循环或直接导致Excel进程强制退出
• 务必维护好Workbook和Application的实例引用，避免被GC回收导致事件失效（可以把实例声明为类级别的成员变量）
• 你的应用退出时，记得手动清理Interop对象：调用Marshal.ReleaseComObject释放相关实例，再执行GC.Collect()和GC.WaitForPendingFinalizers()，避免Excel进程残留

和Word处理逻辑的差异 #

Word的BeforeClose处理相对直接，设置Cancel=true后隐藏文档窗口即可生效，但Excel因为工作簿和应用程序的耦合性更强，必须精准设置工作簿的Visible属性，同时避免触发应用级别的关闭判断逻辑。

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