Warum asynchrone Delegaten-Methode erfordern den Aufruf von EndInvoke?

Warum wird der Delegat-Aufruf müssen die EndInvoke, bevor die Methode feuert? Wenn muss ich anrufen die EndInvoke (die Blöcke der thread) dann ist nicht wirklich ein asynchroner Aufruf ist es?

Hier ist der code, den ich versuche zu laufen.

class Program
    {
        private delegate void GenerateXmlDelegate();

        static void Main(string[] args)
        {
            GenerateXmlDelegate worker = new GenerateXmlDelegate(GenerateMainXml);
            IAsyncResult result = worker.BeginInvoke(null, null);
        }

        private static void GenerateMainXml()
        {
            Thread.Sleep(10000);
            Console.WriteLine("GenerateMainXml Called by delegate");
        }
    }
InformationsquelleAutor | 2009-11-11
  1. 16

    Der Grund, warum Sie benötigen, rufen Sie EndInvoke ist um Speicherverluste zu vermeiden; .Net speichern von Informationen über das Ergebnis der Funktion (bzw. die Ausnahme), bis Sie den Anruf EndInvoke.

    Können Sie anrufen EndInvoke im completion handler, die Sie geben, um BeginInvoke und behalten die asynchrone Natur.

    BEARBEITEN:

    Beispiel: 

    class Program {
    private delegate void GenerateXmlDelegate();

    static void Main(string[] args) {
        GenerateXmlDelegate worker = new GenerateXmlDelegate(GenerateMainXml);
        IAsyncResult result = worker.BeginInvoke(delegate {
            try {
                worker.EndInvoke();
            } catch(...) { ... }
        }, null);
    }

    private static void GenerateMainXml() {
        Thread.Sleep(10000);
        Console.WriteLine("GenerateMainXml Called by delegate");
    }
}

    Wenn Sie möchten, um das Feuer einen asynchronen Aufruf, und vergessen Sie es, können Sie die - ThreadPool -, wie diese:

    ThreadPool.QueueUserWorkItem(delegate { GenerateMainXml(); });
    • leider konnte Sie möglich erweitern mein Beispiel zeigen, was meinst du mit Abschluss-Handler? Von allen Artikeln, die ich gelesen habe, schlägt er vor, dass einfach durch Aufruf von BeginInvoke werden Feuer der Methode aufrufen.
    • Dies ist nur bedingt richtig - keine Speicherverluste auftreten. gist.github.com/jcdickinson/9109599 . In bestimmten Szenarien, aber einige tracking erfolgt mit Begin/End-Invoke Paaren - ein Beispiel ist: wenn Sie don ' T call End* auf Socket Operationen der Buchse Leistungsindikatoren gehen vollständig aus dem Gleichgewicht geraten (kein memory-leak, die Werte werden einfach völlig falsch).
    InformationsquelleAutor SLaks
  2. 6

    Als SLaks sagte EndInvoke versichert gegen Speicherlecks.

    BeginInvoke ist immer noch asynchron; betrachten Sie den folgenden code:

    static void Main() {
    Func<double> slowCalculator = new Func<double>(PerformSlowCalculation);
    IAsyncResult slowCalculation = slowCalculator.BeginInvoke(null, null);

    //lots of stuff to do while slowCalculator is doing its thing

    Console.WriteLine("Result is {0}", slowCalculator.EndInvoke(slowCalculation));
}

static double PerformSlowCalculation() {
    double result;

    //lots and lots of code

    return result;
}

    Wenn Sie diesen code schreiben, ohne die BeginInvoke/EndInvoke fordert PerformSlowCalculation würde zu beenden, bevor Main tun konnte, der rest seiner "viel Zeug"; auf diese Weise können die beiden die passiert werden in der gleichen Zeit.

    Nun, in deinem Beispiel mit einem GenerateXmlDelegate, müssen Sie noch EndInvoke auch wenn Sie sich nicht wieder etwas. Die Art und Weise, dies zu tun ist:

    static void Main(string[] args) {
    GenerateXmlDelegate worker = new GenerateXmlDelegate(GenerateMainXml);
    IAsyncResult result = worker.BeginInvoke(GenerateXmlComplete, null);
}

private static void GenerateXmlComplete(IAsyncResult result) {
    AsyncResult realResult = result as AsyncResult;
    GenerateXmlDelegate worker = result.AsyncDelegate as GenerateXmlDelegate;
    worker.EndInvoke();
}
    InformationsquelleAutor Dan Tao
Schreibe einen Kommentar