Signifikante Verzögerung beim Laden von Bildern mit UIImage von URL asynchron

Question

Ich versuche eine iPad-App zu schreiben, die ein Bild von einer URL lädt. Ich bin mit dem folgenden Bild Ladecode:

url = [NSURL URLWithString:theURLString]; 
    NSData *data = [NSData dataWithContentsOfURL:url]; 
    img = [[UIImage alloc] initWithData:data]; 
    [imageView setImage:img]; 
    [img release]; 
    NSLog(@"Image reloaded"); 

All dieses Codes zu einem NSOperationQueue als eine Operation hinzugefügt wird, so dass es asynchron geladen wird und nicht dazu führen, meine Anwendung, wenn das Bild des websever langsam einzusperren. Ich habe die NSLog-Zeile hinzugefügt, so dass ich in der Konsole sehen konnte, wenn dieser Code fertig war.

Ich habe ständig festgestellt, dass das Bild in meiner App etwa 5 Sekunden nach der Ausführung des Codes aktualisiert wird. Wenn ich diesen Code jedoch selbst verwende, ohne ihn in NSOperationQUeue zu setzen, scheint es das Bild fast sofort zu aktualisieren.

Die Verzögerung wird nicht vollständig durch einen langsamen Webserver verursacht ... Ich kann die Bild URL in Safari laden und es dauert weniger als eine Sekunde, um zu laden, oder ich kann es mit dem gleichen Code ohne die NSOperationQueue und es laden lädt viel schneller.

Gibt es eine Möglichkeit, die Verzögerung zu reduzieren, bevor mein Bild angezeigt wird, aber eine NSOperationQueue verwenden?

Answer 1

Laut der Dokumentation ist der von Ihnen geschriebene Code ungültig. UIKit-Objekte dürfen nicht irgendwo anders als im Hauptthread aufgerufen werden. Ich wette, dass das, was Sie tun, in den meisten Fällen funktioniert, aber das Display nicht erfolgreich verändert, wobei der Bildschirm aus irgendeinem anderen Grund zufällig aktualisiert wird.

Apple empfiehlt dringend, dass Threads nicht die Möglichkeit sind, asynchrone URL-Aufrufe durchzuführen, wenn Sie batteriesparend bleiben möchten. Stattdessen sollten Sie NSURLConnection verwenden und dem Runloop ermöglichen, asynchrones Verhalten zu organisieren. Es ist nicht schwer, eine schnelle Methode zu schreiben, die Daten nur an eine NSData anhäuft, wenn sie kommt, und dann das Ganze an einen Delegierten weiterleitet, wenn die Verbindung hergestellt ist, aber vorausgesetzt, dass Sie lieber bei dem bleiben, was ich empfehle :

url = [NSURL URLWithString:theURLString]; 
NSData *data = [NSData dataWithContentsOfURL:url]; 
[self performSelectorOnMainThread:@selector(setImageViewImage:) withObject:data waitUntilDone:YES]; 

... 

- (void)setImageViewImage:(NSData *)data 
{ 
    img = [[UIImage alloc] initWithData:data]; 
    [imageView setImage:img]; 
    [img release]; 
    NSLog(@"Image reloaded"); 
} 

performSelectorOnMainThread tut, was der Name schon sagt - das Objekt gesendet wird, um die Wähler mit der als einzelner Parameter auf dem Hauptthread gegebenen Objekt angefordert werden planen, sobald die Laufschleife kann um es zu bekommen. In diesem Fall ist 'data' ein automatisch freigegebenes Objekt im Pool im Thread, das implizit von NSOperation erstellt wurde. Weil Sie es brauchen, um gültig zu bleiben, bis es benutzt worden ist, habe ich waitUntilDone:YES benutzt. Eine Alternative wäre, Daten zu erstellen, die Sie explizit besitzen und die die Hauptthread-Methode freigeben.

Der Hauptnachteil dieser Methode besteht darin, dass das komprimierte Bild (z. B. JPEG oder PNG) im Hauptthread dekomprimiert wird. Um dies zu vermeiden, ohne empirische Vermutungen über das Verhalten von UIImage zu machen, die über das hinausgehen, was als sicher dokumentiert ist, müssten Sie auf die C-Ebene wechseln und CoreGraphics verwenden. Aber ich gehe davon aus, dass dies über den Rahmen dieser Frage hinausgeht.

Answer 2

Tommy hat recht damit, dass man alle UIKit-Sachen im Hauptthread machen muss. Wenn Sie jedoch den Abruf in einer Hintergrundoperationswarteschlange ausführen, müssen Sie das asynchrone NSURLConnection-Laden nicht verwenden. Wenn Sie die Bilddecodierung für die Hintergrundoperation beibehalten, verhindern Sie außerdem, dass der Haupt-Thread blockiert, während das Bild dekodiert wird.

sollten Sie in der Lage sein, wie ist Ihr Original-Code zu verwenden, aber ändern Sie einfach [imgView setImage: img] zu:

[imageView performSelectorOnMainThread:@selector(setImage:) 
          withObject:img 
         waitUntilDone:NO];