我一眼就瞅见你代码里几个导致Excel进程残留的典型坑，咱们一步步来修复：

1. 重复实例化Excel.Application #

你代码里连续写了两次：

Excel.Application xlApp = new Excel.Application();
// ...
xlApp = new Excel.Application();

第一次创建的xlApp实例直接被覆盖了，根本没机会释放，这直接导致一个Excel进程孤儿留在内存里！赶紧删掉第二行重复的实例化代码，只保留一次初始化。

2. COM对象释放不彻底 + 缺少垃圾回收触发 #

虽然你调用了Marshal.ReleaseComObject，但光这样还不够——.NET的垃圾回收器不会立刻处理COM对象，而且有时候会有隐式的引用残留。你需要在释放所有COM对象后，强制触发一次垃圾回收，确保彻底清理。

修复后的完整代码 #

Excel.Application xlApp = null;
Excel.Workbook xlWorkBook = null;
Excel.Worksheet xlWorkSheet = null;

try
{
    xlApp = new Excel.Application();
    xlWorkBook = xlApp.Workbooks.Open(sFile);
    xlWorkSheet = xlWorkBook.Worksheets["Sheet1"];

    xlWorkSheet.Cells[9, 5].Value = txtqty.Text;
    xlWorkBook.PrintOutEx();
}
finally
{
    // 关闭和释放的顺序要从最底层的对象开始：Worksheet → Workbook → Application
    if (xlWorkSheet != null)
    {
        System.Runtime.InteropServices.Marshal.ReleaseComObject(xlWorkSheet);
        xlWorkSheet = null;
    }

    if (xlWorkBook != null)
    {
        xlWorkBook.Close(false, null, null);
        System.Runtime.InteropServices.Marshal.ReleaseComObject(xlWorkBook);
        xlWorkBook = null;
    }

    if (xlApp != null)
    {
        xlApp.Quit();
        System.Runtime.InteropServices.Marshal.ReleaseComObject(xlApp);
        xlApp = null;
    }

    // 强制触发垃圾回收，确保残留的COM引用被清理
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.Collect();
    GC.WaitForPendingFinalizers();
}

额外注意事项 #

• 永远用try-finally包裹COM对象操作，确保哪怕中途抛出异常，也能执行释放逻辑
• 释放顺序一定要从最具体的对象（Worksheet）到最顶层的对象（Application），不能搞反
• 避免使用链式调用（比如var sheet = app.Workbooks.Open().Worksheets[1]），这种写法会产生隐式的Workbooks和Worksheets集合对象，你没机会释放它们，也会导致进程残留

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