Click here to Skip to main content
15,867,686 members
Articles / Programming Languages / C#
Tip/Trick

Proper Way of Releasing COM Objects in .NET

Rate me:
Please Sign up or sign in to vote.
4.50/5 (13 votes)
3 Dec 2012CPOL3 min read 60.7K   26   7
Fully release resources engaged by COM objects.

Recently, I was working with a project which inter-operates COM interfaces provided by the Microsoft Office Document Imaging (MODI) component. (Yes, I know that it is deprecating, however, nothing can substitute it at this moment.)

The Issue

Several articles on CodeProject have discussed about that component (a good one of them is this: OCR with Microsoft® Office[^]), yet gaps are left between simple introductions and practical use.

To make MODI work, we have to accept that MODI only processes TIFF images, thus the image has to be converted to a temporary TIFF file and processed by the On Screen Recognition (OCR) engine of MODI. Afterwards, the temporary TIFF file should be removed from the hard drive.
 
The problem in the cleanup process can cost you some time. And that is what this article is talking about. The following code demonstrates the situation about the problem, which is very common around programmers who work with MODI or other COM objects for the first time.

C#
MODI.Document doc = new MODI.Document(); // Create the COM instance
doc.Create("temp.tif");
doc.OCR(MODI.MiLANGUAGES.miLANG_SYSDEFAULT, true, true);
MODI.Image image = (MODI.Image)doc.Images[0]; // get the first MODI.Image object from Modi.Document's Images collection
MODI.Layout layout = image.Layout; // get the Layout property of the Modi.Image object

// ...
// do something with the objects gained from MODI
doc.Close(false); 
Marshal.FinalReleaseComObject (doc);
doc = null; 
GC.Collect();
File.Delete ("temp.tif"); // here an exception of file-in-use will be thrown

The above code instantiates a COM object doc, works with the COM object's properties, and finally tries to release the instantiated COM object by using Marshal.FinalReleaseComObject to release the MODI instance (doc), setting the MODI instance to null, and even calling GC.Collect, hoping the resource consumed by it can be fully released.

However, an exception will still surely show up, from the last line of code, telling you "temp.tif" is in use by "another process" and cannot be deleted. Obviously, no other process is working with that darned file.

The Reason and Solution

The problem is that the two objects (image and layout) of type MODI.Image and MODI.Layout, which appear to be properties of the doc object though, are actually COM objects as well. Simply releasing the instantiated COM object doc is not enough. We still have to release other COM objects obtained from its property accessors. So, the answer to solve the file engagement issue is to release those two objects gained from property access of the COM object doc, like the following code shows.

C#
doc.Close(false);
Marshal.FinalReleaseComObject (doc);
// Release objects obtained from the MODI.Document instance
Marshal.FinalReleaseComObject (image);
Marshal.FinalReleaseComObject (layout);
doc = null;
// Calling GC.Collect is not necessary here
// GC.Collect();
File.Delete ("temp.tif");

After that, the file handle to "temp.tif" assigned by MODI will be released and the File.Delete method will run happily without complaining that the file is occupied.

In production code, the COM object releasing code may be placed in the finally section of a try...catch...finally block to ensure that the resource is fully released.

A Side Note

If you are used to chained property access in .NET, such as obj.PropertyA.PropertyB. You'd better avoid doing so when you are inter-operating with COM. That's because the intermediate object obj.PropertyA is "hidden" as an anonymous reference to a COM object and it might not get a chance to be released. The workaround is explicitly declaring a variable to hold the reference to the intermediate object and using Mashal.FinalReleaseComObject onto that reference when the object is no longer used.

A More Proper Way

As several readers have pointed out, we should seldom use Mashal.FinalReleaseComObject, but Mashal.ReleaseComObject instead.

What is the difference between those two methods? By referring to the documentation from MSDN, we can find that COM objects have their reference counter each. When a COM object is referenced, its counter is increased by 1. When the COM object is released, the counter is decreased by 1. The Mashal.ReleaseComObject will do the decrement by 1 and Mashal.FinalReleaseComObject will set the counter to zero. Therefore, if your COM object is created in one place, but referenced in several places. The safer way is to use Mashal.ReleaseComObject to decrement the reference counter of the object, where the object not referenced at that place; and use Mashal.FinalReleaseComObject to eliminate the object, when you are sure that the object should no longer exist.

P.S. I am also new to COM inter-operation in .NET. Please correct me if anything above is wrong.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)


Written By
Technical Lead
China China
I am now programming applications for the Internet of Things.

Comments and Discussions

 
GeneralReason for my vote of 2 The article name is misleading. You ... Pin
_groo_15-Mar-11 23:01
_groo_15-Mar-11 23:01 
GeneralRe: Thank you for the 2. The reason I post this is because of th... Pin
wmjordan16-Mar-11 0:05
professionalwmjordan16-Mar-11 0:05 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.