Возможная ОШИБКА в классе Android ImageDownloader :sHardBitmapCache НЕ статичен, хотя должен быть? [закрыто]

Этот вопрос вряд ли поможет будущим посетителям; это относится только к небольшой географической области, определенному моменту времени или чрезвычайно узкой ситуации, которая обычно не применима к всемирной аудитории Интернета. Чтобы получить более широкое применение этому вопросу, посетите справочный центр .

Закрыто 6 лет назад .

Я пытался узнать как можно больше о разработке для Android, уделяя особое внимание производительности, поскольку многие приложения в магазине Play сегодня работают медленно. Я нашел / был направлен на многие статьи / видео.

Одна конкретная статья о кэшировании изображений находится по адресу :http://android-developers.blogspot.com/2010/07/multithreading-for-performance.html

. У автора есть код, доступный по адресу :http://code.google.com/p/android-imagedownloader/source/browse/trunk/src/com/example/android/imagedownloader/ImageDownloader.java

. Google, похоже, взял версию и поместил его в свои классы-примеры по адресу :http://developer.android.com/resources/samples/XmlAdapters/src/com/example/android/xmladapters/ImageDownloader.html

. В целом, это надежно, за исключением то, что я думаю, является недостатком в кешировании. Он использует программный/жесткий кеш, который помещает/получает данные в жесткий кеш, потому что система Android довольно часто сбрасывает программный кеш.

Однако, глядя на код, начинаешь задаваться вопросом, не сбрасывается ли случайно жесткий кеш каждый раз, когда создается экземпляр родительского класса.

Сначала программный кэш:

    // Soft cache for bitmaps kicked out of hard cache
    private final static ConcurrentHashMap> sSoftBitmapCache =
        new ConcurrentHashMap>(HARD_CACHE_CAPACITY / 2);

Теперь взглянем на жесткий кэш:

    // Hard cache, with a fixed maximum capacity and a life duration
    private final HashMap sHardBitmapCache =
        new LinkedHashMap(HARD_CACHE_CAPACITY / 2, 0.75f, true) {
        @Override
        protected boolean removeEldestEntry(LinkedHashMap.Entry eldest) {
            if (size() > HARD_CACHE_CAPACITY) {
                // Entries push-out of hard reference cache are transferred to soft reference cache
                sSoftBitmapCache.put(eldest.getKey(), new SoftReference(eldest.getValue()));
                return true;
            } else
                return false;
        }
    };

Жесткий кэш нестатичен , в то время как программный кэш является статическим. Таким образом, экземпляр жесткого кеша и, следовательно, элементы очищаются вместе с жизнью экземпляра класса.

Причина, по которой я думаю, что это правда, заключается в том, что я заметил, что мое приложение с ListView/ImageView загружало изображение каждый раз и никогда не кэшировало его. Все это было сделано асинхронно, но каждый раз попадало в сеть.Я проверил это, поместив оператор Log.d()в мой метод, который попадает в сеть и наблюдает, когда и как часто он вызывается.

Добавление ключевого слова static устранило проблему, и мое приложение стало намного более производительным.

Я не уверен, почему это так, поскольку в моем адаптере есть только один экземпляр класса ImageDownloader, как показано в примере.:

private final ImageDownloader imageDownloader = new ImageDownloader();

ВОПРОС

Учитывая все вышесказанное, сталкивался ли кто-нибудь с этим? ?? Или я какая-то комбинация сумасшедшего/неправильного. Я не являюсь экспертом по Java/Android/JVM/Dalvik/WeakReference/SoftReference, но что-то не так. Я не знаю, почему sHardBitmapCacheне был сделан статическим, но когда я внес изменения, мое приложение перестало так сильно заходить в Интернет (, экономя на затратах на передачу данных/разрядке аккумулятора/улучшении производительности).

задан Issa Fram 13 April 2012 в 04:34

0 ответов

Другие вопросы по тегам:

android caching java performance dalvik

Возможная ОШИБКА в классе Android ImageDownloader :sHardBitmapCache НЕ статичен, хотя должен быть? [закрыто]

0 ответов

Похожие вопросы: