C# Outlook 2007 COM-interop-Anwendung nicht verlassen!

Irgendwelche Ideen, warum der folgende code nicht beenden von Outlook 2007 erstellten Prozess über COM-interop?

Microsoft.Office.Interop.Outlook.Application app = new Microsoft.Office.Interop.Outlook.Application();

var item = app.Session.OpenSharedItem("C:\\test.msg") as Microsoft.Office.Interop.Outlook.MailItem;
string body = item.HTMLBody;
int att = item.Attachments.Count;

(item as Microsoft.Office.Interop.Outlook._MailItem).Close(Microsoft.Office.Interop.Outlook.OlInspectorClose.olDiscard);
System.Runtime.InteropServices.Marshal.ReleaseComObject(item);

(app as Microsoft.Office.Interop.Outlook._Application).Quit();
System.Runtime.InteropServices.Marshal.ReleaseComObject(app);
System.Diagnostics.Debugger.Break();

Ein fast identisches snippet mit Word arbeitet, so Frage ich mich, ob ich vergessen zu bereinigen, etwas...

InformationsquelleAutor Nikolaos | 2009-12-15
  1. 10

    Haben Sie eine 3rd-COM-Objekt referenziert, die in Ihrem code: app.Session. Dies muss sich auch korrekt freigegeben. Versuchen Sie, diesen code:

    Microsoft.Office.Interop.Outlook.Application app = null;
Microsoft.Office.Interop.Outlook.NameSpace session = null;
Microsoft.Office.Interop.Outlook.MailItem item = null;

try {
    app = new Microsoft.Office.Interop.Outlook.Application();
    session = app.Session;
    item = session.OpenSharedItem("C:\\test.msg") as Microsoft.Office.Interop.Outlook.MailItem;

    string body = item.HTMLBody;
    int att = item.Attachments.Count;

    (item as Microsoft.Office.Interop.Outlook._MailItem).Close(Microsoft.Office.Interop.Outlook.OlInspectorClose.olDiscard);

    (app as Microsoft.Office.Interop.Outlook._Application).Quit();
} finally {
    if(item != null) {
        System.Runtime.InteropServices.Marshal.FinalReleaseComObject(item);
    }
    if(session != null) {
        System.Runtime.InteropServices.Marshal.FinalReleaseComObject(session);
    }
    if(app != null) {
        System.Runtime.InteropServices.Marshal.FinalReleaseComObject(app);
    }
}
    • Das hat geklappt. Die Sitzung ist ein NameSpace-Objekt. Vielen Dank 🙂
    • Kein problem. Ich habe ersetzt, die Klassennamen im code.
    InformationsquelleAutor Christian Hayter
  2. 2

    Ich weiß nicht, die Besonderheiten der Office-COM-Interops, aber hier ist etwas code, vorgeschlagen von einem MSDN-Artikel. Er schlägt vor, die Doppel-sammeln/warten und clearing der Hinweise hilft bei der RCW-wrapper-Bereinigung.

    item = null;
app.Quit();
app = null;
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();
GC.WaitForPendingFinalizers();

    Dass die url jedoch auch nahe

    while (Marshal.ReleaseComObject(app) > 0) { }

    dem würde ich persönlich dringend abraten, wenn Sie Ihr helfen können, da hast du im Grunde nur zerstört, dass RCW für Ihre Anwendungsdomäne (wie der Artikel Punkte out).

    [Edit: Auch die .Net-garbage-collector verhält sich ganz anders, wenn innerhalb eines Debuggers vs release-code, so testen Sie dieses außerhalb der debugger ist sehr wichtig]

    • +1 für Doppel-sammeln Vorschlag und debugging Warnung.
    InformationsquelleAutor dwhiteho
  3. 0

    Versuchen Sie stattdessen, es für mich funktioniert, wird es ein paar Sekunden Verzögerung, bevor es geht:

    app.Quit(); //
System.Runtime.InteropServices.Marshal.ReleaseComObject(app);
GC.Collect();
GC.WaitForPendingFinalizers();
    InformationsquelleAutor curtisk
  4. 0

    Versuchen Sie folgenden nach der app.Quit();

    //ReleaseComObject(xApp);
GC.WaitForPendingFinalizers();
GC.Collect();
    • Immer noch anhaltenden dort... trotzdem Danke.
    • Falsch herum. Collect() muss der erste sein.
    • Gleichen Ergebnis. Prozess noch immer nach Beenden().
    InformationsquelleAutor TonyP
Schreibe einen Kommentar