В примере используется ConcurrentMap, так что думаю потоков несколько

У вас видимо несколько потоков модифицируют данные одновременно.Сделайте синхронизатор.

Привет! Вопрос по поводу реакции на смену системного размера шрифта. Есть у меня активити, в ней RootFragment, в нем в лэйаут добавляется еще один фрагмент ChildFragment в onViewCreated Rootfragment'а В манифесте в активити рутфрагмента НЕ прописано android:configChanges=fontScale (типа обработать смену системного шрифта должна сама активити) Меняю шрифт с Normal на Huge возвращаюсь в приложение, активити пересоздается, зовутся коллбэки лайфсайкла на RootFragment'е и на ChildFragment'у, ChildFragment невидим ( Становится видимым только после перезапуска приложения. Чот не пойму, эт как так?

protected void onLooperPrepared() { mRequestHandler = new Handler() { @Override public void handleMessage(Message msg) { if (msg.what == MESSAGE_DOWNLOAD) { T target = (T) msg.obj; Log.i(TAG, "Got a request for URL: " + mRequestMap.get(target)); handleRequest(target); } } }; }

Есть класс ThumbnailDownloader<T> extends HandlerThread в нем вызывается метод protected void onLooperPrepared() в котором исполняется вот этот код: https://forums.bignerdranch.com/t/challenge-using-lrucache/11009

Где там onLooperPrepared? Нужно больше кода чтобы понять .

Написал

handleRequest(target); это что то типа этого: https://forums.bignerdranch.com/t/challenge-using-lrucache/11009

А какую роль тогда выполняет лупер?

если то про это

то сделать битмап приватным полем - плохая идея

Я его сделал приватным и получил удесный эффект

то сделать битмап приватным полем - плохая идея

...потому что пока выполнится колбэк поле уже много раз поменяется.

Ну вот да. Как тогда обрабатывать эту поле ?

...потому что пока выполнится колбэк поле уже много раз поменяется.

? именно... потому он и финальный и создается внутри метода и аргументом отдается в будущий runnable

Ну вот да. Как тогда обрабатывать эту поле ?

Не нужно делать там поле.

Если я пишу final Bitmap bitmap = bla-bla то изменить уже его не могу

Сформулируй задачу.

Задача решена уже. Доставать битмап из кеша если он есть или закачивать

Если я пишу final Bitmap bitmap = bla-bla то изменить уже его не могу

Дык для этого final и нужен

Но я не понял какие варианты кроме Final bitmap. Если я делаю переменную - то она портится из-за конкуретных процессов

Но я не понял какие варианты кроме Final bitmap. Если я делаю переменную - то она портится из-за конкуретных процессов

Зачем другие варианты?

Передай куданибудь

В конструктор

Куда угодно

Ты анонимный класс написал же

В конструктор

По факту это и происходит.

По факту захват в джаве только на финальную фигню работает

Ну вообще то логично

Если бы она не была финальной, было бы много трудноуловимых багов.

Я предлагаю вынести этот обработчик явно в класс

Если бы она не была финальной, было бы много трудноуловимых багов.

Они и были.

Это красивее будет

Они и были.

Нет джава этого не позволяет

Вы просто захватили this а он тоже final

А баги у вас потому что из разных потоков меняете

Смущает что оно компилировалось и работало. Вот почему я и заинтересовался

Что не должно было скомпилится?

Тут статический анализатор бессилен

Это стандартная особенность работы в нескольких потоках для джавы?

То что вы значения меняете из 2 потоков и не успеваете их обработать?

Какая особенность работы? Что прочитавая значение поля получаешь значение поля?

Это стандартная особенность потоков вообще

Я предлагаю вынести этот обработчик явно в класс

Это про обработчик: protected void onLooperPrepared() { mRequestHandler = new Handler() { ?

Это было про runnable

Но тут несуть

Это никак не изменит ситуацию

Какая особенность работы? Что прочитавая значение поля получаешь значение поля?

Состояние private переменной класса непредсказуемо когда в нее пишут и читают из разных потоков.

прайват тут причем?

это же модификатор доступа не?

Состояние private переменной класса непредсказуемо когда в нее пишут и читают из разных потоков.

Даже если считать его предсказуемым и использовать atomic/volatile, в данном случае это неправильное решение.

Да вы сначала пишете

Потом делаете кучу штук

Потом читаете

Ясен пень значение могло поменятся

Ться*

Даже если считать его предсказуемым и использовать atomic/volatile, в данном случае это неправильное решение.

Это понятно, вопрос как правильно то?

Это понятно, вопрос как правильно то?

Вот как работает, с захватом final, так и правильно.

Правильно как сейчас

Есть какой то другой способ внутри функции использовать что то отличное от final ?

Что значит исполльзовать

Присваивать или менять значение

Задача поставлена неверно. Примерно так же, как "есть ли способ сложить два числа, не используя + ?"

Bitmap что-то; Делаем что-то со что-то; final Bitmap buffer=что-то; ...

В этом чтоль проблема?

Bitmap что-то; Делаем что-то со что-то; final Bitmap buffer=что-то; ...

Ну типа того. Если нужно 2 или 3 проверки сделать.

Ну типа того. Если нужно 2 или 3 проверки сделать.

Перед захватом всегда можно создать новую финальную переменную.

ERROR: S client not available

Если внутри анонимного объекта надо менять то тоже просто создаете в нем Bitmap AAA=buffer;

А вот если из анонимки нужно поменять значение локальной переменной... :)

Никак

У тебя шлепается по битмапу на картинку, эти битмапы иммутабельные, это правильно. Если ты хочешь изменямые битмапы с целью эфф исп-я памяти.. То см в сторону битмап пула. Есть примеры у гугла, реализация у глайда

В джаве нет передачи по ссылке

Никак

Ответ технически правильный, но решение всё же есть.

Я не знаю я плюсовик

Не джавист

Я не знаю я плюсовик

class ObjectRef<T> { T t; }

Это все равно передача по значению указателя

И это не локальный объект

Он в куче

Это все равно передача по значению указателя

Да, но это решение.

И это не локальный объект

В Java нет локальных объектов.

int, float

Сам указатель

int, float

это не объекты

У меня все объекты

У меня все объекты

Я про Java.

Просто не объекты класса

Короче сам указатель поменяй мне так

Тебе нужно будет обернуть его в еще один

final Bitmap bitmap1 = AAA; If (AAA == null) { final Bitmap bitmap2 = BBB; return bitmap2 } else { return bitmap1; } Вот так сработает?

А почему не просто return?

У тебя шлепается по битмапу на картинку, эти битмапы иммутабельные, это правильно. Если ты хочешь изменямые битмапы с целью эфф исп-я памяти.. То см в сторону битмап пула. Есть примеры у гугла, реализация у глайда

Это следующая задача, когда разберусь с этим. Кстати, glide или picasso?

А почему не просто return?

Потому что bitmap1 и bitmap2 разные

Это следующая задача, когда разберусь с этим. Кстати, glide или picasso?

конечно Глайд, рекомендован гуглом, эф исп-е памяти, анимированные gif и webp

Не понимаю зачем там final и что значет сработает

final Bitmap bitmap1 = AAA; If (AAA == null) { final Bitmap bitmap2 = BBB; return bitmap2 } else { return bitmap1; } Вот так сработает?

final Bitmap bitmap; if (...) { bitmap = ...; } else { bitmap = ...; }

final Bitmap bitmap; if (...) { bitmap = ...; } else { bitmap = ...; }

ну это же не компилируется

я с этого начал все :)

Просто Bitmap