我的回答很晚，其唯一目的是支持戈弗特提出的解决方案。

简短版本：

编写一个没有全局变量和参数的局部函数执行COM内容。在调用COM的包装函数中调用COM函数功能，然后进行清洁。

长版本：

您没有使用.Net来计算COM对象的引用数，并以正确的顺序自行释放它们。即使C++程序员也不再使用智能指针来实现这一点。所以，忘掉Marshal.ReleaseComObject和有趣的一点好两点坏规则吧。如果您对不再需要的COM对象的所有引用都为空，GC很乐意做释放COM对象的工作。最简单的方法是在一个局部函数中处理COM对象，COM对象的所有变量在最后自然地超出了范围。由于Hans Passant的精彩回答中指出了调试器的一些奇怪特性，在Post-Mortem的公认答案中提到，清理应该委托给一个包装函数，该包装函数也调用执行函数。因此，像Excel或Word这样的COM对象需要两个函数，一个执行实际任务，一个包装器调用此函数，然后像Govert那样调用GC，这是本线程中唯一正确的答案。为了说明这个原理，我使用了一个适合所有做COM的函数的包装器。除了这个扩展，我的代码只是Govert代码的C#版本。此外，我停止了该过程6秒，以便您可以在任务管理器中检查Excel在Quit（）之后不再可见，而是一直保持僵尸状态，直到GC结束它。

using Excel = Microsoft.Office.Interop.Excel;
public delegate void WrapCom();
namespace GCTestOnOffice{
  class Program{
    static void DoSomethingWithExcel(){
      Excel.Application ExcelApp = new();
      Excel.Workbook Wb = ExcelApp.Workbooks.Open(@"D:\\Sample.xlsx");
      Excel.Worksheet NewWs = Wb.Worksheets.Add();
      for (int i = 1; i < 10; i++){ NewWs.Cells[i, 1] = i;}
      Wb.Save();
      ExcelApp.Quit();
    } 

    static void TheComWrapper(WrapCom wrapCom){
      wrapCom();
      //All COM objects are out of scope, ready for the GC to gobble
      //Excel is no longer visible, but the process is still alive,
      //check out the Task-Manager in the next 6 seconds
      Thread.Sleep(6000);
      GC.Collect();
      GC.WaitForPendingFinalizers();
      GC.Collect();
      GC.WaitForPendingFinalizers();
      //Check out the Task-Manager, the Excel process is gone
    }

    static void Main(string[] args){
      TheComWrapper(DoSomethingWithExcel);
    }
  }
}

前言：我的答案包含两个解决方案，所以阅读时要小心，不要错过任何东西。

关于如何卸载Excel实例，有不同的方法和建议，例如：

显式释放EVERY com对象使用Marshal.FinalReleaseComObject（）（不忘含蓄创建的com对象）。释放每个创建的com对象，您可以使用这里提到的2点规则：如何正确清理Excel互操作对象？调用GC.Collect（）和GC.WaitForPendingFinalizers（）生成CLR释放未使用的com对象*（实际上，它是有效的，有关详细信息，请参阅我的第二个解决方案）检查com服务器应用程序可能会显示一个等待的消息框用户回答（尽管我不是确保它可以阻止Excel结束了，但我听说过几次次）向主服务器发送WM_CLOSE消息Excel窗口执行有效的函数在单独的AppDomain中使用Excel。有些人相信Excel实例当AppDomain为卸载。终止在excel互操作代码启动后实例化的所有excel实例。

但是！有时所有这些选项都没有帮助或不合适！

例如，昨天我发现在我的一个函数（与excel一起工作）中，excel在函数结束后仍在运行。我什么都试过了！我彻底检查了整个函数10次，并为所有内容添加了Marshal.FinalReleaseComObject（）！我还有GC.Collect（）和GC.WaitForPendingFinalizers（）。我检查了隐藏的消息框。我试图将WM_CLOSE消息发送到Excel主窗口。我在一个单独的AppDomain中执行了我的函数，并卸载了该域。没什么帮助！关闭所有excel实例的选项是不合适的，因为如果用户在执行我的函数（该函数也适用于excel）期间手动启动另一个excel实例，则该实例也将被我的函数关闭。我打赌用户不会高兴的！所以，老实说，这是一个蹩脚的选择（没有冒犯的家伙）。所以我花了几个小时才找到了一个好的（我个人认为）解决方案：通过关闭excel进程的主窗口（这是第一个解决方案）。

下面是简单的代码：

[DllImport("user32.dll")]
private static extern uint GetWindowThreadProcessId(IntPtr hWnd, out uint lpdwProcessId);

/// <summary> Tries to find and kill process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <returns>True if process was found and killed. False if process was not found by hWnd or if it could not be killed.</returns>
public static bool TryKillProcessByMainWindowHwnd(int hWnd)
{
    uint processID;
    GetWindowThreadProcessId((IntPtr)hWnd, out processID);
    if(processID == 0) return false;
    try
    {
        Process.GetProcessById((int)processID).Kill();
    }
    catch (ArgumentException)
    {
        return false;
    }
    catch (Win32Exception)
    {
        return false;
    }
    catch (NotSupportedException)
    {
        return false;
    }
    catch (InvalidOperationException)
    {
        return false;
    }
    return true;
}

/// <summary> Finds and kills process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <exception cref="ArgumentException">
/// Thrown when process is not found by the hWnd parameter (the process is not running). 
/// The identifier of the process might be expired.
/// </exception>
/// <exception cref="Win32Exception">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="NotSupportedException">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="InvalidOperationException">See Process.Kill() exceptions documentation.</exception>
public static void KillProcessByMainWindowHwnd(int hWnd)
{
    uint processID;
    GetWindowThreadProcessId((IntPtr)hWnd, out processID);
    if (processID == 0)
        throw new ArgumentException("Process has not been found by the given main window handle.", "hWnd");
    Process.GetProcessById((int)processID).Kill();
}

正如您所看到的，根据Try Parse模式，我提供了两种方法（我认为这在这里是合适的）：一种方法在无法终止进程时不会抛出异常（例如，进程不再存在），另一种方法则在进程未终止时抛出异常。此代码中唯一的弱点是安全权限。理论上，用户可能没有权限终止进程，但在所有情况下，99.99%的用户都有这样的权限。我还用一个客户帐户测试了它-它工作得很好。

因此，使用Excel的代码可以如下所示：

int hWnd = xl.Application.Hwnd;
// ...
// here we try to close Excel as usual, with xl.Quit(),
// Marshal.FinalReleaseComObject(xl) and so on
// ...
TryKillProcessByMainWindowHwnd(hWnd);

瞧！Excel已终止！：）

好的，让我们回到第二个解决方案，正如我在文章开头所承诺的那样。第二种解决方案是调用GC.Collect（）和GC.WaitForPendingFinalizers（）。是的，它们确实有效，但这里需要小心！很多人说（我也说过）调用GC.Collect（）没有帮助。但是，如果仍然有对COM对象的引用，这将毫无帮助！GC.Collect（）不起作用的最常见原因之一是以调试模式运行项目。在调试模式下，在方法结束之前，不再真正引用的对象不会被垃圾收集。因此，如果您尝试了GC.Collect（）和GC.WaitForPendingFinalizers（），但没有帮助，请尝试执行以下操作：

1） 尝试在发布模式下运行项目，并检查Excel是否正确关闭

2） 将使用Excel的方法包装在单独的方法中。所以，不要像这样：

void GenerateWorkbook(...)
{
  ApplicationClass xl;
  Workbook xlWB;
  try
  {
    xl = ...
    xlWB = xl.Workbooks.Add(...);
    ...
  }
  finally
  {
    ...
    Marshal.ReleaseComObject(xlWB)
    ...
    GC.Collect();
    GC.WaitForPendingFinalizers();
  }
}

你写道：

void GenerateWorkbook(...)
{
  try
  {
    GenerateWorkbookInternal(...);
  }
  finally
  {
    GC.Collect();
    GC.WaitForPendingFinalizers();
  }
}

private void GenerateWorkbookInternal(...)
{
  ApplicationClass xl;
  Workbook xlWB;
  try
  {
    xl = ...
    xlWB = xl.Workbooks.Add(...);
    ...
  }
  finally
  {
    ...
    Marshal.ReleaseComObject(xlWB)
    ...
  }
}

现在，Excel将关闭=）

为了说明Excel不关闭的原因，即使在读取和创建时为每个对象创建直接引用，也需要使用“For”循环。

For Each objWorkBook As WorkBook in objWorkBooks 'local ref, created from ExcelApp.WorkBooks to avoid the double-dot
   objWorkBook.Close 'or whatever
   FinalReleaseComObject(objWorkBook)
   objWorkBook = Nothing
Next 

'The above does not work, and this is the workaround:

For intCounter As Integer = 1 To mobjExcel_WorkBooks.Count
   Dim objTempWorkBook As Workbook = mobjExcel_WorkBooks.Item(intCounter)
   objTempWorkBook.Saved = True
   objTempWorkBook.Close(False, Type.Missing, Type.Missing)
   FinalReleaseComObject(objTempWorkBook)
   objTempWorkBook = Nothing
Next

我的解决方案

[DllImport("user32.dll")]
static extern int GetWindowThreadProcessId(int hWnd, out int lpdwProcessId);

private void GenerateExcel()
{
    var excel = new Microsoft.Office.Interop.Excel.Application();
    int id;
    // Find the Excel Process Id (ath the end, you kill him
    GetWindowThreadProcessId(excel.Hwnd, out id);
    Process excelProcess = Process.GetProcessById(id);

try
{
    // Your code
}
finally
{
    excel.Quit();

    // Kill him !
    excelProcess.Kill();
}

这看起来确实太复杂了。根据我的经验，要让Excel正确关闭，只有三件关键的事情：

1：确保没有对您创建的excel应用程序的剩余引用（无论如何，您应该只有一个引用；将其设置为空）

2：调用GC.Collect（）

3:必须通过用户手动关闭程序或通过对Excel对象调用“退出”来关闭Excel。（请注意，“退出”的功能与用户试图关闭程序的功能相同，如果存在未保存的更改，即使Excel不可见，也会显示一个确认对话框。用户可以按“取消”，Excel将不会关闭。）

1需要在2之前发生，但3可以随时发生。

实现这一点的一种方法是用自己的类包装interop Excel对象，在构造函数中创建interop实例，并使用Dispose实现IDisposable

这将从程序的方面清理出优秀的东西。一旦Excel关闭（由用户手动或您调用退出），该过程将消失。如果程序已经关闭，那么进程将在GC.Collect（）调用中消失。

（我不确定它有多重要，但您可能需要在GC.Collect（）调用之后调用GC.WaitForPendingFinalizers（），但这并不是完全需要摆脱Excel进程。）

多年来，这对我来说毫无问题。请记住，虽然这是有效的，但实际上您必须优雅地关闭它才能工作。如果在清理excel之前中断程序（通常在调试程序时单击“停止”），则仍会累积excel.exe进程

我找到了一个有用的通用模板，它可以帮助实现COM对象的正确处置模式，这些对象在超出范围时需要调用Marshal.ReleaseComObject：

用法：

using (AutoReleaseComObject<Application> excelApplicationWrapper = new AutoReleaseComObject<Application>(new Application()))
{
    try
    {
        using (AutoReleaseComObject<Workbook> workbookWrapper = new AutoReleaseComObject<Workbook>(excelApplicationWrapper.ComObject.Workbooks.Open(namedRangeBase.FullName, false, false, missing, missing, missing, true, missing, missing, true, missing, missing, missing, missing, missing)))
        {
           // do something with your workbook....
        }
    }
    finally
    {
         excelApplicationWrapper.ComObject.Quit();
    } 
}

模板：

public class AutoReleaseComObject<T> : IDisposable
{
    private T m_comObject;
    private bool m_armed = true;
    private bool m_disposed = false;

    public AutoReleaseComObject(T comObject)
    {
        Debug.Assert(comObject != null);
        m_comObject = comObject;
    }

#if DEBUG
    ~AutoReleaseComObject()
    {
        // We should have been disposed using Dispose().
        Debug.WriteLine("Finalize being called, should have been disposed");

        if (this.ComObject != null)
        {
            Debug.WriteLine(string.Format("ComObject was not null:{0}, name:{1}.", this.ComObject, this.ComObjectName));
        }

        //Debug.Assert(false);
    }
#endif

    public T ComObject
    {
        get
        {
            Debug.Assert(!m_disposed);
            return m_comObject;
        }
    }

    private string ComObjectName
    {
        get
        {
            if(this.ComObject is Microsoft.Office.Interop.Excel.Workbook)
            {
                return ((Microsoft.Office.Interop.Excel.Workbook)this.ComObject).Name;
            }

            return null;
        }
    }

    public void Disarm()
    {
        Debug.Assert(!m_disposed);
        m_armed = false;
    }

    #region IDisposable Members

    public void Dispose()
    {
        Dispose(true);
#if DEBUG
        GC.SuppressFinalize(this);
#endif
    }

    #endregion

    protected virtual void Dispose(bool disposing)
    {
        if (!m_disposed)
        {
            if (m_armed)
            {
                int refcnt = 0;
                do
                {
                    refcnt = System.Runtime.InteropServices.Marshal.ReleaseComObject(m_comObject);
                } while (refcnt > 0);

                m_comObject = default(T);
            }

            m_disposed = true;
        }
    }
}

参考：

http://www.deez.info/sengelha/2005/02/11/useful-idisposable-class-3-autoreleasecomobject/