Muss ich rufen Sie Close() auf ein ManualResetEvent?

Ich gelesen habe, bis auf .NET Threading und arbeitete einige code, der verwendet ein ManualResetEvent. Ich habe gefunden viele code-Beispiele im internet. Jedoch, wenn Sie die Dokumentation Lesen, für WaitHandle, sah ich Folgendes:

WaitHandle implementiert Entsorgen
Muster. Finden Sie unter Implementieren von Finalize und
Entsorgen Sie Bereinigen nicht verwalteter
Ressourcen.

Keiner der Proben zu fordern scheinen .Close() auf der ManualResetEvent-Objekte, die Sie erstellen, auch die schöne Rekursion und Nebenläufigkeit Artikel aus der pfxteam blog (Bearbeiten - dies hat einen using-block, die ich verpasst hat). Ist das nur Beispiel Aufsicht, oder nicht nötig? Ich bin neugierig, weil ein WaitHandle "kapselt Betriebssystem–spezifische Objekte", so könnte es leicht sein, ein Ressourcen-Leck.

InformationsquelleAutor Kevin Hakanson | 2010-02-10
  1. 11

    Im Allgemeinen, wenn ein Objekt implementiert IDisposable es für einen Grund, und Sie sollten rufen Sie Dispose (oder Close, wie der Fall sein kann). Im Beispiel ist die Website, die ManualResetEvent ist verpackt in eine using Aussage, die "automatisch" handle aufrufen Dispose. In diesem Fall Close ist gleichbedeutend mit Dispose (was wahr ist in den meisten IDisposable Implementierungen, die eine Close - Methode).

    Den code aus dem Beispiel:

    using (var mre = new ManualResetEvent(false))
{
   ...
}

    erweitert, um 

    var mre = new ManualResetEvent(false);
try
{
   ...
}
finally
{
   ((IDispoable)mre).Dispose();
}
    InformationsquelleAutor Scott Dorman
  2. 21

    Vor kurzem wurde ich weitergeleitet, ein Auszug aus C# 4.0 in a Nutshell: The Definitive Reference Von Joseph Albahari, Ben Albahari. Auf Seite 834, in Kapitel 21: Threading gibt es einen Abschnitt darüber zu reden.

    Entsorgung Warten Griffe

    Sobald Sie fertig mit warten
    Griff, den Sie anrufen können, seine Schließen Methode
    zum release des Betriebssystems
    Ressource. Alternativ können Sie
    einfach löschen Sie alle Verweise auf die warten
    Griff und lassen den garbage collector
    um die Arbeit zu tun für Sie irgendwann später
    (warten Griffe Umsetzung der Entsorgung
    Muster, wobei der finalizer aufruft
    Schließen). Dies ist einer der wenigen
    Szenarien, in denen unter Berufung auf das backup
    ist (wohl) akzeptabel ist, weil warten
    Griffe haben eine Last light OS
    (asynchrone Delegaten verlassen sich auf
    genau dieser Mechanismus zur Freigabe
    Ihre IAsyncResult ist warten, Griff).

    Warten Griffe sind veröffentlicht
    automatisch, wenn eine Anwendung
    domain entlädt.

    • Die Dokumentation für WaitHandle.Abschließen sagt es ist nicht mehr eine Umsetzung aus .NET 2.0. Sie können auch sehen, dies mit einem decompiler. WaitHandle nicht mehr einen finalizer hat. Ich weiß nicht, warum, aber alle aufgegeben WaitHandle undicht wird, so scheint es. Siehe msdn.microsoft.com/en-us/library/vstudio/bb291974(v=vs. 90).aspx
    • Obwohl WaitHandle keine mehr hat Finalize Methode, ich glaube nicht, dass das bedeutet, dass Sie undicht ist. Stattdessen ist die Bereinigung behandelt innerhalb einer SafeHandle auf die eine WaitHandle enthält einen Verweis.
    InformationsquelleAutor Kevin Hakanson
  3. 2

    Der Nähe ist, behandelt innen ManualResetEvent ' s Entsorgen, und das nennt der 'mit' - Anweisung.

    http://msdn.microsoft.com/en-us/library/yh598w02%28VS.100%29.aspx

    InformationsquelleAutor Tanzelax
  4. 2

    Sie werden bemerken, dass der code 

     using (var mre = new ManualResetEvent(false))
 {
    //Process the left child asynchronously
    ThreadPool.QueueUserWorkItem(delegate
    {
        Process(tree.Left, action);
        mre.Set();
    });

    //Process current node and right child synchronously
    action(tree.Data);
    Process(tree.Right, action);

    //Wait for the left child
    mre.WaitOne();
}

    verwendet die 'mit' - Schlüsselwort. Dies ruft automatisch die dispose-Methode, wenn Sie fertig sind, auch wenn der code eine Ausnahme auslöst.

    • Hab ich Total verpasst dem using-block verwenden, wenn man über diesen code. Danke für den Hinweis it out.
    InformationsquelleAutor Zerodestiny
  5. 2

    Ich habe ManualResetEvent eine Menge und glaube nicht, dass ich je benutzt habe, es in einen einzigen Methode-es wird immer ein Instanz-Feld einer Klasse. Daher using() oft nicht anwenden.

    Wenn Sie eine Klasse-Instanz-Feld, das eine Instanz von ManualResetEvent, machen Sie Ihre Klasse implementieren IDisposable und in Ihrem Dispose() Aufruf der Methode ManualResetEvent.Close(). Dann in alle Verwendungen der Klasse, die Sie verwenden müssen using() oder machen das mit Klasse implementieren IDisposable und wiederholen und wiederholen...

    InformationsquelleAutor Samuel Neff
  6. 2

    Wenn Sie einen ManualResetEvent mit anonymen Methoden, dann ist es offensichtlich sinnvoll. Aber als Sam erwähnt, dass Sie oft weitergegeben werden, um in den Arbeitern, und dann gesetzt und geschlossen.

    Also ich würde sagen, es hängt vom Kontext ab, wie Sie es verwenden - die MSDN WaitHandle.WaitAll() code-Beispiel ist ein gutes Beispiel, was ich meine.

    Hier ist ein Beispiel, basierend auf der MSDN-Beispiels, wie das erstellen der WaitHandles mit einem using Anweisung Ausnahme:

    System.ObjectDisposedException

    "Sicher handle geschlossen wurde"

    const int threads = 25;

void ManualWaitHandle()
{
    ManualResetEvent[] manualEvents = new ManualResetEvent[threads];

    for (int i = 0; i < threads; i++)
    {
        using (ManualResetEvent manualResetEvent = new ManualResetEvent(false))
        {
            ThreadPool.QueueUserWorkItem(new WaitCallback(ManualWaitHandleThread), new FileState("filename", manualResetEvent));
            manualEvents[i] = manualResetEvent;
        }
    }

    WaitHandle.WaitAll(manualEvents);
}

void ManualWaitHandleThread(object state)
{
    FileState filestate = (FileState) state; 
    Thread.Sleep(100);
    filestate.ManualEvent.Set();
}

class FileState
{
    public string Filename { get;set; }
    public ManualResetEvent ManualEvent { get; set; }

    public FileState(string fileName, ManualResetEvent manualEvent)
    {
        Filename = fileName;
        ManualEvent = manualEvent;
    }
}
    • Dies scheint ein Beispiel, wo .Close() wird nicht aufgerufen auf der ManualResetEvent, und es gibt keine using-block. Ich glaube nicht, dass die Arbeitnehmer schließen können, nach einem Satz, da der Haupt-thread ist es in der WaitHandle.WaitAll(manualEvents) nennen.
    • mein Punkt war der array der WaitHandles können nicht eingewickelt werden, in einer using-Klausel, wenn er entsteht als ich glaube, Sie würde geschlossen werden, wenn Sie angekommen sind, würde ich brauchen, um zu überprüfen, wenn.
    InformationsquelleAutor Chris S
Schreibe einen Kommentar