iOS: czy użycie [UIImage -imageNamed:] bez rozszerzenia pliku spowoduje problem z wydajnością?

Question

Mam obraz o nazwie image@2x.png. Plik ma rozmiar 1KB. Moja aplikacja to aplikacja przeznaczona wyłącznie dla iPhone'a.

załadować obraz w mojej aplikacji z tej rozmowy:

[UIImage imageNamed:@"image"]; 

Podczas korzystania I/O aktywności przyrząd analizujący działania I/O, znalazłem, że istnieje kilka działań odnoszących się do tego pliku, w wyniku których "Brak takiego pliku lub katalogu", a te czynności zajmują trochę czasu.

te działania są jak czytać te pliki:

image_2_only_@2x~iphone.png 
image@2x~iphone.png 
image@2x.png (this one doesn't fail) 

I ku mojemu zaskoczeniu, każdej nieudanej operacji zajmuje więcej czasu niż jeden sukces.

Jak można uniknąć tego rodzaju problemu z wydajnością?

Answer 1

Jeśli chcesz zapobiec dostępowi do dużego systemu plików, nie używaj [UIImage imageNamed:], ale [UIImage imageWithContentsOfFile:].

Ten ostatni nie dokona żadnego zautomatyzowanego wyboru obrazu (zgadywanie rozszerzeń, zgadywanie siatkówki, ...) i nie będzie używać buforowania pamięci.

Upewnij się, że pamiętasz, że każdy powielony dostęp do obrazu w systemie plików, podczas korzystania z mojej sugestii, będzie bardzo surowo karany.

Nie polecam używania wersji imageNamed: w celu poprawy wydajności aplikacji. Zwykle jest odwrotnie i ładowanie obrazu będzie bardziej zoptymalizowane (buforowanie) podczas korzystania z tej metody. Jednakże, gdy masz pewność, że określony obraz nie zostanie ponownie załadowany i aby zapobiec nadmiernym poszukiwaniom systemu plików, użyj imageWithContentsOfFile:. Dodatkowo, naprawdę zaleca się używanie imageWithContentsOfFile:, gdy użycie pamięci jest punktem - brak buforowania oznacza mniej uszkodzoną pamięć.