通过PowerShell COM对象实例化Excel后无法终止进程的咨询

核心原因 #

• COM对象的引用残留：Excel作为COM组件，PowerShell和它交互时，除了你声明的$excel、$workbook这类显式变量，PowerShell的自动变量（比如$_、$error）或者会话里的隐式引用可能还攥着COM对象的句柄，导致垃圾回收器没法彻底释放这些对象。
• 垃圾回收的触发逻辑：.NET的GC是自动干活的，手动调用[gc]::collect()只是给GC提个醒，它不一定立刻处理所有代的对象。就算加了[gc]::WaitForPendingFinalizers()等终结器执行，只要有没被发现的引用，COM对象还是清不掉。
• 交互式控制台的特性：在PowerShell交互式窗口里，会话会保留一堆上下文信息，比如命令历史、变量的隐式引用，这些都会让COM对象的引用更难被清理。但用powershell.exe -file跑脚本时，脚本跑完会话直接结束，所有引用自动清零，所以一次GC就够了。
• [System.GC]::GetTotalMemory($true)的特殊作用：不抑制输出时，PowerShell会把返回值强制打在控制台上，这个过程会触发额外的内存检查，比单纯调用[gc]::collect()更彻底地清掉残留引用。要是抑制输出，这个方法的触发力度不够，就没法搞定所有残留。

实用解决方案 #

1. 彻底清理所有引用
   除了把显式变量置空，还要清理可能藏着引用的地方：

   $excel.Quit()
   $excel = $workbook = $worksheet = $null
   # 强制移除变量，避免隐式引用残留
   Remove-Variable -Name excel, workbook, worksheet -ErrorAction SilentlyContinue
   

2. 强制GC的正确操作
   连续调用两次GC加等待终结器，第一次处理可回收对象，第二次处理第一次GC后才变成可回收的对象：

   [gc]::Collect()
   [gc]::WaitForPendingFinalizers()
   [gc]::Collect()
   [gc]::WaitForPendingFinalizers()
   

3. 避开交互式控制台的坑
   测试或运行脚本时，尽量用powershell.exe -file "脚本路径"的方式，别直接在交互式窗口里跑，会话结束后所有引用都会自动释放，省得手动清理麻烦。
4. 利用错误触发自动清理
   控制台报错时，PowerShell会重置部分会话上下文，自动清掉一些隐式引用，这就是为啥报错后几次GC就能搞定的原因。但这个方法不推荐当常规方案，实在没办法可以试试触发可控错误辅助清理。

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