Disposing Microsoft.Owin.Hosting.WebApp löst "System.ObjectDisposedException"

Question

Wir haben einen selbst gehosteten SignalR-Server in unserer WPF-Anwendung. Die WebApp wird beim Start der Anwendung gestartet. Beim Application-Exit verfügen wir über die WebApp.

public void Start() 
    { 
     myWebApp = WebApp.Start<MyApp>(url); 
    } 

    private void Dispose(bool isDisposing) 
    { 
     if (disposed) return; 

     if (isDisposing) 
      myWebApp.Dispose(); 

     disposed = true; 
    } 

Der Aufruf von myWebApp.Dispose() stellt einen 'System.ObjectDisposedException'. Mache ich etwas falsch? . Die Microsoft.Owin * dlls haben die Version 2.1.0 und die SignalR Selbst Host 2.0.3

UPDATE: Stellt sich heraus, das ist die erste Chance, die ich in Visual Studio sehen können, weil die Einstellung „brechen auf clr Ausnahmen "ist aktiv. Diese Ausnahme scheint intern behandelt zu werden und springt nicht in unseren Code.

Answer 1

Nach der Untersuchung des Katana-Quellcodes habe ich einen Grund für dieses Problem gefunden. Es ist die Microsoft.Owin.Host.HttpListener.OwinHttpListener.ProcessRequestsAsync() Methode. Es beginnt While-Schleife mit _listener.GetContextAsync() Aufruf einer privaten HttpListener Instanz in Try-Catch-Abschnitt.

Auch Klasse implementiert IDisposable und enthält eine Dispose() Methode. Diese Methode verfügt über die private Instanz HttpListener.

Wenn Sie anrufen WebApp.Start() es gibt eine Instanz von IDisposable, dass nur Dispose() Methode hat, die OwinHttpListener verfügt.

Also, wenn Sie es entsorgen, rufen Sie seine Dispose() Methode OwinHttpListener, die die private HttpListener verfügt.

Aber zugleich ProcessRequestsAsync() Anrufe _listener.GetContextAsync(), aber _listener ist bereits angeordnet und wirft ObjectDisposedException. catch Block protokolliert die Ausnahme und kehrt von ProcessRequestsAsync() zurück.

Ich denke, dass Doppel-Check-Sperre in ProcessRequestsAsync() eine gute Option sein kann.