NSURLConnection noch Anrufe Delegierten NACH der cancel-Methode aufgerufen wurde

Habe ein problem mit der NSURLConnection, wenn ich eine NSURLConnection und rufen Sie [Verbindung connectionWithRequest] lassen Sie es laden ein wenig, dann rufen Sie [Verbindung aufheben] die meisten der Zeit, funktioniert gut. Jedoch gelegentlich auch nach ich nenne [Verbindung aufheben] die Verbindung ist delegieren immer noch aufgerufen wird (was zum Absturz der app). Googeln um ihn herum aussieht, ist hier das problem einer race-condition in der runloop, brechen Sie die Verbindung und lassen Sie die Delegierten aber vor dem runloop Zyklen ruft die delegate-Funktionen -> Absturz.

Gibt es eine Möglichkeit für mich, nachdem ich call [Verbindung aufheben] bestätigen Sie die Verbindung tatsächlich abgebrochen? Selbst eine beschissene while () - Schleife tun 🙁

  • Gleiche Problem hier. Beachten Sie, dass auf der Mehrzahl der Fälle cancel funktioniert einwandfrei, und weder connectionDidFinishLoading noch connectionDidFailWithError ist aufgerufen, die Delegierten. Sieht aus wie nichts weniger just-in-case-Erweiterung auf die Lebensdauer der delegate-Objekt kann dieses Problem lösen.
InformationsquelleAutor Shizam | 2010-03-23
  1. 6

    Sollten Sie nicht lassen Sie die Verbindung & zugeordneten Speicher, bis Ihre Stellvertretung erhält entweder eine connectionDidFinishLoading: oder eine connectionDidFailWithError: Nachricht.

    Die Delegierten sind in der Regel nicht erhalten, indem das Objekt, das Sie sich als Delegierter für. Allerdings ist es in diesem Fall, so der Delegierte, sollte nicht ungültig werden, während die NSURLConnection ist noch darauf zu verweisen, es sei denn, Sie sind über die Freigabe es irgendwie.

    • Das ist eine gute Faustregel, werde ich versuchen dies zu implementieren.
    • Gelhar - In diesem Fall ist es erhalten bleiben, aber die Delegierten sind NICHT normalerweise beibehalten. Von den Apple-docs "Delegierende Objekte nicht (und sollte nicht) behalten Ihre Delegierten. Allerdings, Kunden zu delegieren Objekte (Anwendungen (in der Regel) sind dafür verantwortlich, dass die Delegierten sind um die delegation zu empfangen Nachrichten. Um dies zu tun, müssen Sie möglicherweise behalten die Delegaten im Speicher verwalteten code." developer.apple.com/library/ios/documentation/Cocoa/Conceptual/...
    • Außer den Apple-docs sagen, dass die Delegierten nicht mehr aufgerufen werden, nachdem Abbrechen, also im Normalfall werden Sie nie die connectionDidFinishLoading oder connectionDidFailWithError.
    InformationsquelleAutor David Gelhar
  2. 0

    Habe ich noch nicht dieses problem, aber es könnte auch funktionieren, ohne binden Sie Ihre Delegat-Objekt:

    Da alle delegate-Methoden erhalten die aufrufende Connection-Objekt als parameter, und Sie wissen auch Ihren eigentlichen active-Connection-Objekt (oder null), einfach ignorieren, die delegation von Aktionen durch den Vergleich der beiden Objekte. Diese Weise einen abgebrochen "ghost" - Connection-Objekt Sie können immer noch rufen die Delegierten aber nicht stören mit Ihrer Interna.

    - (void) connection:(NSURLConnection*) connection didReceiveData:(NSData*) data
{
    if(connection != _URLConnection){return;}
    ...
    [_incomingData appendData:data];
    ...
}

    wo _URLConnection ist eine Eigenschaft, die in Ihrer Stellvertretung auf eine aktive Verbindung, oder null.

    InformationsquelleAutor Ivan Dossev
Schreibe einen Kommentar