Экономим память: Picasso vs UniversalImageLoader

Привет, Android-разработчики!
Я думаю, каждый из нас сталкивается с загрузкой изображений по URL. Самый простой способ решения этой задачи: использовать готовую стороннюю библиотеку. Как правило, одним из таких готовых решений оказывается Universal Image Loader (UIL), Picasso. Когда я спрашиваю у разработчика, почему он выбрал ту или иную библиотеку, то, как правило, получаю разные ответы. Например, «у Picasso/UIL нет проблем с memory leaks», или «Square делают только правильные вещи», или просто «Да вот использую UIL, работает – и хорошо».
Так вот, мне стало интересно: какая из этих 2-х библиотек оптимально использует память? Я использую UIL и имею проблему с OutOfMemory на старых устройствах. Возможно, Picasso это лекарство?
Так появилась идея этого benchmark-а.

Цель тестирования: определить, какая из библиотек (UIL или Picasso) минимально использует память устройства.

Тест кейсы:
— Загрузка маленьких изображений (240х240)
— Загрузка больших изображений (>400px по любому из габаритов)
— Загрузка больших изображений и преобразование их размера к габаритам ImageView
— Загрузка маленьких изображений и их показ в виде круглой картинки
— Загрузка больших изображений и показ их в конфигурации RGB565

Методика выполнения теста:
В качестве списка используем GridView шириной в 2 столбца. Адаптер настраивается отдельно под каждый тест кейс. В адаптер отдаем список заранее подготовленных URL, создавая, таким образом, одинаковые условия тестирования.
С периодом в 1 сек, список автоматически делает один проход вниз, а потом вверх с шагом в 4 изображения. По каждому шагу производится измерение памяти, использованной приложением.
Измеряем использованную память в 3 этапа для каждого тест кейса:
— первый запуск — с чистым кешем приложения;
— второй запуск: не закрывая приложение после первого прохода;
— третий запуск – после повторного открытия приложения без чистки кеша.
По окончанию выполнения тест кейса, я дополнительно записывал размер кеша, что тоже немаловажно для старых устройств.

Исходники Benchmark-а можно найти по ссылке
github.com/artemmanaenko/ImageLoadersTest. Проект собран под Gradle.

Итак, ниже результаты по каждому тест кейсу. Ось Y – используемая приложением память в Мб. Ось Х – время проведения тест кейса.

Загрузка маленьких изображений

Размер кеша: Picasso=1.39 Мб, UIL=1.17 Мб

Загрузка больших изображений

Размер кеша: Picasso=3,67 Мб, UIL=5,44 Мб

Загрузка больших изображений с преобразованием до размера ImageView

Размер кеша: Picasso=3,67 Мб, UIL=5,44 Мб

Загрузка маленьких изображений и их обрезка до круглой картинки

Размер кеша: Picasso=1.39 Мб, UIL=1.17 Мб

Загрузка больших изображений и показ их в конфигурации RGB565

Результаты экспериментов с большими картинками меня впечатлили, и я решил, что стоит попробовать настроить конфигурацию UIL. Чтобы не сильно загружать память кешем – я попробовал отключить у UIL кеш в RAM. И, как вариант, установить кешируемый габарит картинки – не более, чем в половину экрана.

На основе эксперимента я сделал следующие выводы:

• Если ваши списки работают с маленькими изображениями (сравнимыми с размером ImageView) – выбор библиотеки для вас не принципиален. Picasso создает чуть больший кеш на диске, при этом используя меньше RAM примерно на тот же размер.
• Picasso показала потрясающие результаты по управлению памятью, работая с большими изображениями. UIL, по всей видимости, хранит оригинал изображения в памяти. Picasso хранит уже преобразованный размер картинки. Потому и кеш на диске у Picasso значительно меньше.
• UIL может работать с той же эффективностью, что и Picasso, если его дополнительно настроить. Например, ограничить размер кеша в памяти. Или, как в одном из тестов – ограничить вручную размер кешируемых фотографий. Второй способ может быть непригоден для использования, поскольку устанавливает глобальную конфигурацию ImageLoader-а.
• Работа с круглыми аватарами обходится «дешевле» через Picasso. Но, опять же, за счет того, что я вручную вызывал recycle() у оригинального Bitmap-а. Такое же действие можно выполнить и в UIL, устанавливая переопределенный BitmapDisplayer.
• Picasso предельно проста в использовании и уже «с коробки» работает с памятью эффективно. Так выглядит инициализация и выполнение загрузки для библиотек:
  
  Picasso

  public class PicassoSquareFitAdapter extends BaseBenchmarkAdapter {      public PicassoSquareFitAdapter(Context context, IUrlListContainer urlListContainer) {         super(context, urlListContainer);     }      @Override     protected void loadImage(ImageView imageView, String url) {         Picasso.with(context).load(url).fit().into(imageView);     } } 

  UIL

  public class UILSquareFitAdapter extends BaseBenchmarkAdapter {      private DisplayImageOptions options;      public UILSquareFitAdapter(Context context, IUrlListContainer urlListContainer) {         super(context, urlListContainer);         ImageLoaderConfiguration config = ImageLoaderConfiguration.createDefault(context);         ImageLoader.getInstance().init(config);         options = new DisplayImageOptions.Builder()                 .imageScaleType(ImageScaleType.EXACTLY)                 .resetViewBeforeLoading(true)                 .cacheInMemory(true)                 .cacheOnDisc(true)                 .build();     }      @Override     protected void loadImage(ImageView imageView, String url) {         ImageLoader.getInstance().displayImage(url, imageView, options);     } } 

• Есть у Picasso и минус: трансформации изображений и приведение к RGB565 необходимо делать в самописных классах.
  
  RoundTransformation

  public class RoundTransformation implements Transformation {      @Override     public Bitmap transform(Bitmap source) {         int size = Math.min(source.getWidth(), source.getHeight());          int x = (source.getWidth() - size) / 2;         int y = (source.getHeight() - size) / 2;          Bitmap squaredBitmap = Bitmap.createBitmap(source, x, y, size, size);         if (squaredBitmap != source) {             source.recycle();         }          Bitmap bitmap = Bitmap.createBitmap(size, size, source.getConfig());          Canvas canvas = new Canvas(bitmap);         Paint paint = new Paint();         BitmapShader shader = new BitmapShader(squaredBitmap, BitmapShader.TileMode.CLAMP, BitmapShader.TileMode.CLAMP);         paint.setShader(shader);         paint.setAntiAlias(true);          float radius = size / 2f;         canvas.drawCircle(radius, radius, radius, paint);          squaredBitmap.recycle();         return bitmap;     }      @Override     public String key() {         return "circle";     } } 

  Config565Transformation

  public class Config565Transformation implements Transformation {      @Override     public Bitmap transform(Bitmap source) {         Bitmap resultBitmap = Bitmap.createBitmap( source.getWidth(), source.getHeight(), Bitmap.Config.RGB_565 );         Canvas canvas = new Canvas(resultBitmap);         Paint paint = new Paint();         paint.setFilterBitmap(true);         canvas.drawBitmap(source, 0, 0, paint);         source.recycle();         return resultBitmap;     }      @Override     public String key() {         return "Config565Transformation";     } } 

Для себя я сделал вывод: проекты необходимо переводить на Picasso. В моем случае это решит проблему с перерасходом памяти. Надеюсь, этот пост будет полезен и Вам!