UIImageView wyświetla DUŻO szybciej niż CG lub CALayer. Ktoś wie dlaczego?

Question

Napisałem aplikację do testowania wydajności obrazu w systemie iOS. Wypróbowałem 3 różne widoki, wszystkie wyświetlające ten sam duży plik PNG. Pierwszy to widok, który rysuje za pomocą CGContextDrawImage(). Drugi ustawia self.layer.content. Trzeci to zwykły UIImageView.

Użyte zdjęcie jest tworzone za pomocą - [UIImage initWithContentsOfData:] i buforowane w viewController. Każdy test wielokrotnie przydziela widok, dodaje go do hierarchii widoków, a następnie usuwa i zwalnia. Czasy są pobierane od początku loadView do viewDidAppear i podawane jako fps (efektywnie, wyświetlaj remisy na sekundę).

Oto wyniki od 1 iPad z systemem 5.1, stosując 912 x 634 nieskalowanego obrazu:

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

Am I halucynacje? Wydaje się prawie niemożliwe, że UIImageView może pobierać tak szybko, ale faktycznie mogę oglądać migotanie obrazów. Próbowałem zamieniać między dwoma podobnymi widokami, aby pokonać możliwe buforowanie, ale szybkość klatek była jeszcze wyższa.

Zawsze zakładałem, że UIImageView było tylko opakowaniem dla - [CALayer setContent]. Jednak profilowanie UIImageView pokazuje prawie brak czasu spędzonego na dowolnej metodzie rysowania, którą mogę zidentyfikować.

Chciałbym zrozumieć, co się dzieje. Każda pomoc będzie najbardziej ceniona.

Answer 1

Oto mój pomysł.

Po zmodyfikowaniu hierarchii UIView, dodając, usuwając lub modyfikując niektóre widoki, nie jest jeszcze wykonywany rzeczywisty rysunek. Zamiast tego widok jest oznaczony "setNeedsDisplay" i jest przerysowywany następnym razem, gdy pętla runowa będzie wolna do narysowania.

W rzeczywistości, jeśli kod testowania wygląda mniej więcej tak (mogę się tylko domyślać):

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

niż runloop jest zablokowany dopóki pętli jest wykonywana. Hierarchia widoków jest rysowana tylko raz, zmierzona wydajność polega na alokowaniu i inicjowaniu obiektów.

Z drugiej strony, CGContextDrawImage() jest wolny od razu, myślę.

Answer 2

UIImageView używa innego sposobu renderowania obrazów, który jest znacznie bardziej wydajny. Powinieneś rzucić okiem na ten film z sesji z WWDC 2011, który wyjaśnia, jak działa proces renderowania: https://developer.apple.com/videos/wwdc/2011/?id=121

Answer 3

Wysoki FpS z UIImageView jest taki, że tak naprawdę nie odrysowuje, ale zaznacza tylko zawartość do przerysowania czasami w przyszłości, gdy UIKit ma ochotę to zrobić.

Na marginesie: Co jest dziwne, ale CGContextmethod jest szybszy niż CALayermethod. Próbowałem również tych metod w moim projekcie, a praca z CALayerem jest najszybszą metodą (z wyjątkiem oczywiście korzystania z OpenGL ES).