UIImageView muestra MUCHO más rápido que CG o CALayer. Alguien sabe por qué?

Question

He escrito una aplicación para probar el rendimiento de la imagen en iOS. He intentado 3 vistas diferentes, todas mostrando el mismo PNG grande. La primera es una vista que dibuja usando CGContextDrawImage(). El segundo establece self.layer.content. El tercero es un UIImageView simple.

La imagen utilizada se crea usando - [UIImage initWithContentsOfData:] y se almacena en caché en viewController. Cada prueba asigna una vista repetidamente, la agrega a la jerarquía de vistas y luego la elimina y la libera. Los tiempos se toman desde el inicio de loadView a viewDidAppear y se dan como fps (efectivamente, ver dibujos por segundo).

Estos son los resultados de un iPad 1 ejecutan 5,1 usando una imagen sin escala 912 x 634:

CGContext: 11 fps 
CALayer:  10 fps 
UIImageView: 430 fps (!) 

¿Estoy alucinando? Parece casi imposible que UIImageView pueda dibujar tan rápido, pero en realidad puedo ver las imágenes parpadear. Intenté cambiar entre dos vistas similares para vencer el posible almacenamiento en caché, pero la velocidad de fotogramas era aún mayor.

Siempre había asumido que UIImageView era solo una envoltura para - [CALayer setContent]. Sin embargo, perfilar el UIImageView muestra que casi no hay tiempo invertido en ningún método de dibujo que pueda identificar.

Me encantaría saber qué está pasando. Cualquier ayuda sería muy apreciada.

Answer 1

Aquí está mi idea.

Cuando modifica una jerarquía de UIView, ya sea agregando, eliminando o modificando alguna vista, aún no se realiza ningún dibujo. En su lugar, la vista se marca con 'setNeedsDisplay', y se vuelve a dibujar la próxima vez que el runloop es libre de dibujar.

De hecho, si su código de prueba es como la siguiente (sólo puedo adivinar):

for (int i=0; i<10000; i++) { 
    UIImageView* imageView = [[UIImageView alloc] initWithFrame:frame]; 
    [mainView addSubview: imageView]; 
    [imageView setImage: image]; 
    [mainView removeSubview: imageView]; 
} 

que el runloop se bloquea hasta que este bucle se realiza. La jerarquía de vistas se dibuja solo una vez, el rendimiento medido es el de asignar e inicializar objetos.

Por otro lado, el CGContextDrawImage() es libre de dibujar de inmediato, creo.

Answer 2

UIImageView utiliza una forma diferente de procesar imágenes que es mucho más eficiente. Debería echarle un vistazo al video de esta sesión de WWDC 2011 que explica cómo funciona el proceso de renderizado: https://developer.apple.com/videos/wwdc/2011/?id=121

Answer 3

El alto FpS con UIImageView se debe a que en realidad no se vuelve a dibujar, pero solo marca el contenido para volver a dibujar en el futuro cuando UIKit tiene ganas de hacerlo.

Como nota: Lo que es extraño es que el método CGContext es más rápido que el método CALayer. También probé estos métodos en un proyecto mío y trabajar con CALayer es el método más rápido (excepto el uso de OpenGL ES, por supuesto).