我应该如何声明 Microsoft.Office.Interop.Excel.Worksheet 以便在 C# 中关闭它?
How should I declare a Microsoft.Office.Interop.Excel.Worksheet so I can close it in C#?
我很难确保我的 COM 对象正在关闭,所以我不会在后台留下 EXCEL.EXE 进程 运行。我了解到声明的双点和链接是不好的,因为这可能会使 COM 对象悬而未决。
有谁知道如何修复这行代码以便我可以正确关闭和释放工作表 COM 对象?
worksheet = (Microsoft.Office.Interop.Excel.Worksheet)workbook.Sheets[strName];
编辑:当我完成执行此行以关闭打开的 Excel 对象时,我尝试使用 app.Quit() ,但这不起作用。 app.Quit() 如果我在这一行之前调用它,它就会工作。
首先,为了让 EXCEL.EXE 进程退出,您不必显式释放您使用的所有 COM 对象。当您获得对 COM 对象的另一个引用时,.NET 运行时隐式为您创建的运行时可调用包装器 (RCW) 由 GC 收集,这会释放底层 COM 对象。
你所要做的就是调用Quit方法,释放RCWs引用,让GC收集它们。
//This runs the EXCEL.EXE process.
Microsoft.Office.Interop.Excel.Application app =
new Microsoft.Office.Interop.Excel.Application();
//This locks the excel file either for reading or writing
//depending on parameters.
Microsoft.Office.Interop.Excel.Workbook book = app.Workbooks.Open(...);
...
//Explicitly closing the book is a good thing. EXCEL.EXE is alive
//but the excel file gets released.
book.Close();
//This lets the EXCEL.EXE quit after you release all your references to RCWs
//and let GC collect them and thus release the underlying COM objects.
//EXCEL.EXE does not close immediately after this though.
app.Quit();
app = null;
其次,如果保留所谓的双点代码行,则不会造成任何内存泄漏。垃圾收集器将收集 RCW 并在某个时候释放 COM 对象,即当它发现正确时。
最后,如果您希望显式释放 RCW 和相应的 COM 对象以不惜一切代价最小化内存压力,您可以在释放对它们的引用后显式调用 GC 来收集 RCW,甚至显式释放在 GC 收集 RCW 之前底层 COM 对象。不过要小心。最后一种方法让您对之后从未使用过剩余 RCW 的事实负责,否则您将遇到异常。
using Microsoft.Office.Interop.Excel;
using System.Runtime.InteropServices;
Application app = new Application();
Workbooks books = clsExcelApplication.Workbooks;
Workbook book = books.Open("...");
Sheets sheets = book.Sheets;
Worksheet sheet = sheets["..."];
...
//Trying to be as explicit as we can.
book.Сlose();
//Revese order. Using FinalReleaseComObject is even more dangerous.
//You might release an object used inside excel
//code which might lead to some dreadful internal exceptions.
int remainingRefCount;
remainingRefCount = Marshal.ReleaseComObject(sheet);
remainingRefCount = Marshal.ReleaseComObject(sheets);
remainingRefCount = Marshal.ReleaseComObject(book);
remainingRefCount = Marshal.ReleaseComObject(books);
app.Quit();
remainingRefCount = Marshal.ReleaseComObject(app);
记住。如果您手动释放 COM 引用,EXCEL.EXE 生命周期不依赖于 RCW,您可以在需要时取消它们...
sheet = null;
sheets = null;
book = null;
books = null;
app = null;
在最明确的情况下,不要忘记检查 Marshal.ReleaseComObject 中的 return。如果它不为零,则除了您刚刚发布的 RCW 之外,其他人持有对您的基础 COM 对象的 COM 引用。
我很难确保我的 COM 对象正在关闭,所以我不会在后台留下 EXCEL.EXE 进程 运行。我了解到声明的双点和链接是不好的,因为这可能会使 COM 对象悬而未决。
有谁知道如何修复这行代码以便我可以正确关闭和释放工作表 COM 对象?
worksheet = (Microsoft.Office.Interop.Excel.Worksheet)workbook.Sheets[strName];
编辑:当我完成执行此行以关闭打开的 Excel 对象时,我尝试使用 app.Quit() ,但这不起作用。 app.Quit() 如果我在这一行之前调用它,它就会工作。
首先,为了让 EXCEL.EXE 进程退出,您不必显式释放您使用的所有 COM 对象。当您获得对 COM 对象的另一个引用时,.NET 运行时隐式为您创建的运行时可调用包装器 (RCW) 由 GC 收集,这会释放底层 COM 对象。
你所要做的就是调用Quit方法,释放RCWs引用,让GC收集它们。
//This runs the EXCEL.EXE process.
Microsoft.Office.Interop.Excel.Application app =
new Microsoft.Office.Interop.Excel.Application();
//This locks the excel file either for reading or writing
//depending on parameters.
Microsoft.Office.Interop.Excel.Workbook book = app.Workbooks.Open(...);
...
//Explicitly closing the book is a good thing. EXCEL.EXE is alive
//but the excel file gets released.
book.Close();
//This lets the EXCEL.EXE quit after you release all your references to RCWs
//and let GC collect them and thus release the underlying COM objects.
//EXCEL.EXE does not close immediately after this though.
app.Quit();
app = null;
其次,如果保留所谓的双点代码行,则不会造成任何内存泄漏。垃圾收集器将收集 RCW 并在某个时候释放 COM 对象,即当它发现正确时。
最后,如果您希望显式释放 RCW 和相应的 COM 对象以不惜一切代价最小化内存压力,您可以在释放对它们的引用后显式调用 GC 来收集 RCW,甚至显式释放在 GC 收集 RCW 之前底层 COM 对象。不过要小心。最后一种方法让您对之后从未使用过剩余 RCW 的事实负责,否则您将遇到异常。
using Microsoft.Office.Interop.Excel;
using System.Runtime.InteropServices;
Application app = new Application();
Workbooks books = clsExcelApplication.Workbooks;
Workbook book = books.Open("...");
Sheets sheets = book.Sheets;
Worksheet sheet = sheets["..."];
...
//Trying to be as explicit as we can.
book.Сlose();
//Revese order. Using FinalReleaseComObject is even more dangerous.
//You might release an object used inside excel
//code which might lead to some dreadful internal exceptions.
int remainingRefCount;
remainingRefCount = Marshal.ReleaseComObject(sheet);
remainingRefCount = Marshal.ReleaseComObject(sheets);
remainingRefCount = Marshal.ReleaseComObject(book);
remainingRefCount = Marshal.ReleaseComObject(books);
app.Quit();
remainingRefCount = Marshal.ReleaseComObject(app);
记住。如果您手动释放 COM 引用,EXCEL.EXE 生命周期不依赖于 RCW,您可以在需要时取消它们...
sheet = null;
sheets = null;
book = null;
books = null;
app = null;
在最明确的情况下,不要忘记检查 Marshal.ReleaseComObject 中的 return。如果它不为零,则除了您刚刚发布的 RCW 之外,其他人持有对您的基础 COM 对象的 COM 引用。