Önemli gecikme uyumsuz

Question

Ben bir URL'den bir görüntü yükler bir iPad uygulamasının yazmaya çalışıyorum URL'den UIImage kullanarak resim yüklerken.

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

o zaman uyumsuz değil yük resmin websever yavaşsa kilitlemek Uygulamamı neden olacaktır böylece kod Bütün bir operasyon olarak NSOperationQueue ekleniyor: Aşağıdaki görüntü yükleme kodunu kullanıyorum. NSLog satırını ekledim, böylece bu kod çalıştırıldığında konsolda görebiliyordum.

Uygulamanın kodun çalışmasını bitirdikten yaklaşık 5 saniye sonra uygulamamın güncellendiğini sürekli olarak fark ettim. Ancak, bu kodu NSOperationQUeue ürününe koymadan kullanabiliyorsam, görüntüyü hemen hemen günceller.

Gecikme yavaş bir web sunucusundan kaynaklanmıyor ... Resim URL'sini Safari'de yükleyebilirim ve yüklemek için bir saniyeden daha az sürüyor ya da NSOperationQueue olmadan aynı kodla yükleyebilirim. çok daha hızlı yüklenir.

Görüntüm görüntülenmeden önce gecikmeyi azaltmanın bir yolu var mı, ancak bir NSOperationQueue kullanmaya devam edilsin mi?

Answer 1

belgelerine göre, yazdığınız kodu geçersiz. UIKit nesneleri herhangi bir yere değil, ana iş parçasına çağrılabilir. Bahse girerim, yaptığınız şeyin çoğu açıdan çalıştığı, ancak ekranın başka bir nedenden dolayı tesadüfen güncellenmesiyle, ekranı başarılı bir şekilde değiştirmediği konusunda bahse girerim.

Apple, pilin verimli kalmasını istiyorsanız, iş parçacıklarının eşzamansız URL getirme işlemlerini gerçekleştirme yöntemini önermemesini önemle tavsiye eder. Bunun yerine NSURLConnection kullanmalı ve runloop'un asenkronize davranışlar düzenlemesine izin vermelisiniz. Sadece bir NSData'ya veri toplayan hızlı bir yöntem yazmak o kadar da zor değil, o zaman bağlantıyı tamamladığınızda tüm şeyi bir temsilci üzerine gönderir, ancak önerdiğin şeyle uğraşmayı tercih ederim. : - nesne ana iş parçacığı üzerinde tek parametre olarak kısa sürede binebilirsek çalışma döngüsü olarak verilen nesne ile istenen seçici zamanlayacak gönderilir

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 adı söylediğini yapıyor. Bu durumda 'veriler', NSOperation tarafından örtük olarak oluşturulmuş iş parçacığında havuzdaki otomatik olarak çalıştırılan bir nesnedir. Kullanılıncaya kadar geçerli kalmanız gerektiğinden, waitUntilDone:YES kullanıyorum. Bir alternatif, açık bir şekilde sahip olduğunuz ve ana iş parçacığı yönteminin onu serbest bıraktığı bir veri oluşturmaktır.

Bu yöntemin ana dezavantajı, görüntü sıkıştırılmış bir biçimde (JPEG veya PNG gibi) geri dönerse, ana iş parçacığı üzerinde sıkıştırılmış olacaktır. UIImage'ın, güvenli olduğu belgelenmiş olanın üstüne ve ötesine geçen davranışları hakkında ampirik tahminler yapmadan, C seviyesine düşmeniz ve CoreGraphics'i kullanmanız gerekir. Ama bunu, bunu yaparken bu sorunun kapsamı dışında kaldığı için alıyorum.

Answer 2

Tommy ana iş parçacığı üzerinde tüm UIKit şeyler yapmak için ihtiyacı hakkında doğru. Ancak, bir arka plan işlemi kuyruğunda getirme çalıştırıyorsanız, NSURLConnection asenkron yüklemesini kullanmaya gerek yoktur. Ayrıca, görüntü çözme işleminin arka plan işleminde çalışmasını sağlayarak, görüntüyü deşifre ederken ana parçacığın engellenmesini engellersiniz.

Bu kodu olduğu orijinal kodunu kullanmak mümkün, ama sadece [imgView setImage: img] değişmelidir:

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