为什么终止Excel进程是件坏事

我看过很多文章和问题，关于如何确保Excel在您希望的时候退出，并且该过程不会保持活力。这是一篇知识库文章，介绍了该问题和Microsoft推荐的解决方案。本质上：

'close files
'Quit Excel
xlApp.quit()
'Release and collect garbage
System.Runtime.InteropServices.Marshal.FinalReleaseComObject(xlApp)
GC.Collect()
GC.WaitForPendingFinalizers()

许多人不建议扼杀这个过程；看见如何正确清理Excel互操作对象以及理解.net 中的垃圾回收

另一方面，许多人不建议使用GC.Collect。请参阅使用GC.CCollect（）有什么错？

根据我的经验，杀死这个过程是确保Excel消失的最快、最简单的方法。我的代码只会杀死它启动的确切过程，而不会杀死其他过程。我确保关闭所有打开的工作簿，退出应用程序并释放xlApp对象。最后，我检查一下这个过程是否还活着，如果是的话，就把它杀死

<System.Runtime.InteropServices.DllImport("user32.dll", SetLastError:=True)> _
Private Shared Function GetWindowThreadProcessId(ByVal hWnd As IntPtr, _
ByRef lpdwProcessId As Integer) As Integer
    End Function
Sub testKill()
    'start the application
    Dim xlApp As Object = CreateObject("Excel.Application")
    'do some work with Excel
    'close any open files
    'get the window handle
    Dim xlHWND As Integer = xlApp.hwnd
    'this will have the process ID after call to GetWindowThreadProcessId
    Dim ProcIdXL As Integer = 0
    'get the process ID
    GetWindowThreadProcessId(xlHWND, ProcIdXL)
    'get the process
    Dim xproc As Process = Process.GetProcessById(ProcIdXL)
    'Quit Excel
    xlApp.quit()
    'Release
    System.Runtime.InteropServices.Marshal.FinalReleaseComObject(xlApp)
    'set to nothing
    xlApp = Nothing
    'kill the process if still running
    If Not xproc.HasExited Then
        xproc.Kill()
    End If
End Sub

我看到很多人说扼杀这个过程是不好的，但我还没有看到任何关于原因的定性答案。特别是在确保文件关闭后，Excel已经退出，我们只会终止我们开始的确切过程。我的问题是终止Excel进程的潜在问题是什么。这会影响表现吗？它会损害Excel吗？

许多人也会说，有了好的编码，我不必扼杀这个过程。也许吧，但这并不能回答"为什么终止进程很糟糕？"在关闭文件、退出Excel并释放对象之后；为什么仅仅确保这个过程结束是件坏事？

编辑：Excel退出后实际剩下什么？如果Excel可见，它将正常退出，从视图和任务栏中消失。Excel是真的退出了还是没有退出。在我看来，Excel确实退出了，我们只有一个空的进程外壳在运行。有人能对此发表评论吗？

编辑：我很感兴趣地注意到GC（又名垃圾收集）通过GC.Collect（）GC.WaitForPendingFinalizers（）实际上会释放Excel退出后留下的进程外壳。这是否支持我的假设，即空的进程外壳毕竟是垃圾？

编辑：刚刚发现了一个关于这个问题的优秀网站：杀死Excel 的50种方法