Perché questo codice decomprime un UIImage molto meglio dell'approccio ingenuo?

Question

Nella mia app ho bisogno di caricare grandi immagini JPEG e visualizzarle in una vista di scorrimento. Per mantenere l'interfaccia utente reattiva, ho deciso di caricare le immagini sullo sfondo, quindi visualizzarle sul thread principale. Per caricarli completamente in background, costringo ogni immagine a essere decompressa. I ero utilizzando questo codice decomprimere un'immagine (si noti che la mia app è iOS solo il 7, così ho capito che l'utilizzo di questi metodi su un thread in background è OK):

+ (UIImage *)decompressedImageFromImage:(UIImage *)image { 
    UIGraphicsBeginImageContextWithOptions(image.size, YES, 0); 
    [image drawAtPoint:CGPointZero]; 
    UIImage *decompressedImage = UIGraphicsGetImageFromCurrentImageContext(); 
    UIGraphicsEndImageContext(); 
    return decompressedImage; 
} 

Comunque, avevo ancora carico lungo tempi, balbuzie dell'interfaccia utente e molta pressione della memoria. Ho appena trovato another solution:

+ (UIImage *)decodedImageWithImage:(UIImage *)image { 
    CGImageRef imageRef = image.CGImage; 
    // System only supports RGB, set explicitly and prevent context error 
    // if the downloaded image is not the supported format 
    CGColorSpaceRef colorSpace = CGColorSpaceCreateDeviceRGB(); 

    CGContextRef context = CGBitmapContextCreate(NULL, 
               CGImageGetWidth(imageRef), 
               CGImageGetHeight(imageRef), 
               8, 
               // width * 4 will be enough because are in ARGB format, don't read from the image 
               CGImageGetWidth(imageRef) * 4, 
               colorSpace, 
               // kCGImageAlphaPremultipliedFirst | kCGBitmapByteOrder32Little 
               // makes system don't need to do extra conversion when displayed. 
               kCGImageAlphaPremultipliedFirst | kCGBitmapByteOrder32Little); 
    CGColorSpaceRelease(colorSpace); 

    if (! context) { 
     return nil; 
    } 
    CGRect rect = (CGRect){CGPointZero, CGImageGetWidth(imageRef), CGImageGetHeight(imageRef)}; 
    CGContextDrawImage(context, rect, imageRef); 
    CGImageRef decompressedImageRef = CGBitmapContextCreateImage(context); 
    CGContextRelease(context); 
    UIImage *decompressedImage = [[UIImage alloc] initWithCGImage:decompressedImageRef]; 
    CGImageRelease(decompressedImageRef); 
    return decompressedImage; 
} 

Questo codice è ordini di grandezza migliore. L'immagine viene caricata quasi immediatamente, non c'è la balbuzie dell'interfaccia utente e l'utilizzo della memoria è andato giù.

Quindi la mia domanda è duplice:

1. Perché il secondo metodo molto meglio rispetto alla prima?
2. Se il secondo metodo è migliore a causa dei parametri univoci del dispositivo, c'è un modo per garantire che funzionerà altrettanto bene per tutti i dispositivi iOS, presenti e futuri? Non vorrei assumere un formato bitmap nativo che cambi su di me, reintroducendo questo problema.

Answer 1

Suppongo che tu stia eseguendo su un dispositivo Retina. In UIGraphicsBeginImageContextWithOptions, hai chiesto la scala di default, che è la scala della schermata principale, che è 2. Ciò significa che sta generando una bitmap 4x come grande. Nella seconda funzione, stai disegnando su una scala 1x.

Provare a passare una scala da 1 a UIGraphicsBeginImageContextWithOptions e verificare se le prestazioni sono simili.