Cómo limpiar correctamente los objetos de interoperabilidad en C#

Question

Esta es una pregunta a continuación How to properly clean up excel interop objects in c#.

El giro es que usar un encadenamiento de llamadas juntas (por ejemplo, ExcelObject.Foo.Bar()) dentro del espacio de nombres de Excel evita la recolección de elementos no utilizados para los objetos COM. En su lugar, uno debe crear explícitamente una referencia a cada objeto COM utilizado, y liberarlos explícitamente usando Marhsal.ReleaseComObject().

¿El comportamiento de no liberar objetos COM después de una llamada encadenada específica para objetos COM de Excel solamente? ¿Es excesivo aplicar este tipo de patrón cada vez que se utiliza un objeto COM?

Answer 1

Definitivamente es más importante manejar las versiones correctamente cuando se trata de aplicaciones de Office que muchas otras bibliotecas COM, por dos razones.

1. Las aplicaciones de Office se ejecutan como servidores fuera de proceso, no como bibliotecas de proceso. Si no limpia correctamente, deja un proceso en ejecución.
2. Las aplicaciones de Office (especialmente Excel IIRC) no finalizan correctamente incluso si llama a Application.Quit, si hay referencias pendientes a sus objetos COM.

Para las bibliotecas COM in-proc habituales, las consecuencias de no limpiar correctamente no son tan dramáticas. Cuando su proceso finaliza, todas las bibliotecas en proceso se van con él. Y si olvida llamar a ReleaseComObject en un objeto cuando ya no lo necesita, de todos modos se lo atenderá cuando el objeto se finalice.

Dicho esto, esto no es excusa para escribir código descuidado.

Answer 2

Los objetos COM son esencialmente código no administrado, y tan pronto como empiece a llamar a un código no administrado desde una aplicación administrada, será su responsabilidad limpiar después de ese código no administrado.

En resumen, el patrón vinculado en el post anterior es necesario para todos objetos COM.