Dépannage des processus Excel persistants dans les applications C #

Vous avez implémenté une stratégie robuste à l'auto-collecte de remise à niveau pour gérer les objets COM, mais votre processus Excel reste actif après la fermeture de l'application. Cela pointe vers des références persistantes aux objets com au sein de votre application C #.

Un coupable commun fait implicitement référence aux membres de l'objet COM sans affectation de variable explicite. Considérez l'exemple suivant en utilisant les feuilles de travail objet:

excelApp.Worksheets.Open(...);

Cette ligne apparemment inoffensi crée une référence cachée aux feuilles de calcul com objet, empêchant Excel de libérer ses ressources.

La solution: affectation et libération de variables explicites

La solution réside dans une affectation de variable explicite et une version ultérieure des objets com:

Worksheets sheets = excelApp.Worksheets;
Worksheet sheet = sheets.Open(...);

// ... your code ...

Marshal.ReleaseComObject(sheet);
Marshal.ReleaseComObject(sheets);

Cette approche vous donne un contrôle précis sur le cycle de vie de l'objet, permettant une élimination appropriée.

Meilleures pratiques de clé: éviter l'accès à l'objet comted

Surtout, n'oubliez pas cette règle lorsque vous interagissez avec les objets COM dans C #: Évitez les accès de membres de la chaîne à l'aide de deux points. Cela signifie s'abstenir de code comme:

excelApp.Worksheets.Open(...);

Optez toujours pour la méthode d'attribution de variable explicite démontrée ci-dessus.

En adhérant à ces meilleures pratiques, vous gérerez efficacement les durées de vie des objets, garantissant que le processus Excel se termine proprement lors de la fermeture de l'application.