释放COM对象是否已无必要？Excel进程清理异常咨询

首先明确：清理非托管COM资源的操作并没有过时，但你的使用方式可能有误，才导致了反直觉的进程残留现象。

为什么会出现这种现象？ #

1. 不手动清理时进程正常退出：
   当你的.NET应用关闭时，CLR会触发全面垃圾回收，所有托管的COM包装对象（包括你创建的Excel.Application及其子对象如Workbook、Worksheet）都会被销毁，对应的COM引用计数会归零，Excel进程因此能正常终止。

2. 手动清理后进程残留：
   问题出在FinalReleaseComObject的滥用上。这个方法会强制将COM对象的引用计数设为0，但如果此时还有其他未释放的子COM对象（比如你打开的Workbook、Worksheet没显式关闭/释放），Excel进程会因为内部还有未完成的资源引用而无法正常退出。另外，如果在调用_excel.Quit()后立刻强行释放Excel对象，可能会打断Excel自身的退出清理流程，导致进程挂起。

正确的COM资源清理方式 #

不是要放弃清理，而是要按正确顺序操作：

• 先关闭并释放所有子对象：

  // 先关闭工作簿，根据需求设置保存状态
  _workbook.Close(SaveChanges: false);
  // 释放工作簿对象
  Marshal.ReleaseComObject(_workbook);
  _workbook = null;
  
  // 若存在工作表对象，需提前释放
  Marshal.ReleaseComObject(_worksheet);
  _worksheet = null;
  

• 再调用Excel的退出方法：

  _excel.Quit();
  

• 最后释放Excel应用对象，优先使用Marshal.ReleaseComObject（它会正常递减引用计数，而非强制清零）：

  Marshal.ReleaseComObject(_excel);
  _excel = null;
  

• 可选：手动触发垃圾回收，确保所有包装对象被处理：

  GC.Collect();
  GC.WaitForPendingFinalizers();
  

关于FinalReleaseComObject的注意事项 #

这个方法是极端场景下的兜底手段（比如长时间运行的服务中需要立即释放资源），日常桌面应用中尽量不用。因为它会跳过CLR的正常引用计数管理，很容易因为遗漏子对象而导致进程残留。

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