Wie behandelt man die von Dispose geworfene Ausnahme?

Seine wahre, dass es sein kann ziemlich schlecht Auslaufen eine Ausnahme von Ihrer dispose-Methode, zumal die Sachen, die IDisposable implementiert, wird in der Regel geben Sie einen finalizer, rufen Sie Dispose auf.

Das problem ist, kehren das problem unter den Teppich durch Behandlung einer Ausnahme kann verlassen Sie mit einigen sehr schwer zu Debuggen Situationen. Was ist, wenn Ihr IDisposable zugewiesen einen kritischen Abschnitt der Sorten, die erst veröffentlicht wird, nachdem entsorgen. Wenn Sie die Tatsache ignorieren, dass die Ausnahme passiert ist, Sie bis Ende Mai in der deadlock-zentrale. Ich denke, dass Ausfälle in Verfügen sollte einer der Fälle, wo Sie wollen, um frühzeitig ausfällt, so kann man den Fehler beheben, sobald Ihr entdeckt.

Natürlich ist es hängt alles davon ab, das Objekt entsorgt werden, für einige Objekte, die Sie möglicherweise in der Lage, sich zu erholen, andere nicht. Als Allgemeine Faustregel gilt, Entsorgen, sollten Sie nicht throw Ausnahmen, wenn verwendet, richtig, und Sie sollten nicht haben, um code defensiv um Ausnahmen in verschachtelten Dispose-Methoden, die Sie anrufen.

Tun Sie wirklich nicht wollen, zu fegen, einen OutOfMemoryException-unter den Teppich?

Wenn ich hatte einen fragwürdigen 3rd-party-Komponente, die beliebig warf Ausnahmen Entsorgen würde ich es behoben UND host in einem separaten Prozess, ich könnte reißen, wenn er zu spielen begann.

InformationsquelleAutor der Antwort Sam Saffron

Weil Sie nicht haben, um die Allokation der Variablen in ein using () - Anweisung - warum nicht 'gestapelt' using-Anweisungen für diese?

void Dispose()
{
    //the example in the question didn't use the full protected Dispose(bool) pattern
    //but most code should have if (!disposed) { if (disposing) { ...

    using (m_foo)
    using (m_bar)  
    {
        //no work, using statements will check null 
        //and call Dispose() on each object
    }

    m_bar = null;
    m_foo = null;
}

Den 'gestapelten' using-Anweisungen werden wie folgt erweitert:

using (m_foo)
{
    using (m_bar) { /* do nothing but call Dispose */ }
}

Also die Dispose () - Aufrufe werden in separaten finally-blocks:

try {
    try { //do nothing but call Dispose
    }
    finally { 
        if (m_bar != null)
            m_bar.Dispose(); 
    }
finally { 
    if (m_foo != null)
        m_foo.Dispose();
}

Ich hatte eine harte Zeit der Suche nach einem Bezug für diese an einem Ort. Der 'stacked' using-Anweisungen gefunden werden, in einer old Joe Duffy blog-post (siehe Abschnitt "C# - und VB-Anweisung Verwenden, C++ - Stack-Semantik'). Die Joe Duffy post verwiesen wird, die von vielen StackOverflow Antworten auf IDisposable. Ich fand auch einen letzten Frage wo gestapelt using-Anweisungen für lokale Variablen angezeigt werden. Ich konnte nicht finden, dass die Verkettung von finally-Blöcken überall, aber der Sprache C# spec (Abschnitt 8.13 in C# 3.0-spec), und nur für mehrere varaibles innerhalb eines einzelnen 'mit' block, der nicht genau das, was ich Vorschlage, aber wenn Sie könnte die IL finden Sie die try/finally-Blöcke Ineinander verschachtelt sind. Auf der null-check, auch aus der C# - spec: 'Wenn ein null-Ressource erworben wird, dann wird kein Aufruf von Dispose ist gemacht, und es wird keine exception geworfen.'

InformationsquelleAutor der Antwort yzorg

Laut Design-Regeln :

"Ein IDisposable.Dispose-Methode sollte nicht eine Ausnahme werfen."

Also, wenn dein Programm abstürzt, weil der nicht behandelte Ausnahme von Dispose() - siehe Offizielle Lösung

InformationsquelleAutor der Antwort noonex

In meinem Fall war es wegen einem thread den Zugriff auf UI-Elemente beim schließen der form. Ich resovled es durch den Abbruch der thread auf die form schließen. ("FormClosing" - event)

FormClosing += (o, e) => worker.Abort();

InformationsquelleAutor der Antwort Reza Taibur