убери брейкпоинт возле метода

рилток

та хватит рофлить - я читать умею)

Ты прямо на объявление метода поставил брекпоинт?

поставил брейкпоинт возле onDraw вьюхи и сидит балдеет )

все - починиль, спасибо!)

Никогда кстати не понимал wtf - почему на объявлении метода "драматически тормозит" а на следующей строке нет?

Там по разному точка отлова трескается. Другой механизм

Надо гляну че там на нижнем уровне, у процессора творится

Кстати.
Народ пишет что в джавке замена в  своих классах максимума методов  на final ускоряет работу - в рантайме снимается проверка на динамическое связывание при вызовах

Ну то есть лепите всем своим методам final где можно - не повредит.

Ребята, кто работал с paging library? У меня какая то дичь. 14 элемент постаяннт пересоздается(

Я как то неверно склеиваю списки

И переменным тоже можно final. Будет как val в Kotlin 😏

Это студия сама заставляет где можно

Привет, кто-нибудь сталкивался с такой проблемой и какие были решения? Допустим есть три фрагмента A, B, C. A открывает B и транзакция добавляется в бэкстек, после того как B открывает C надо очистить бэкстек, очищаем методом popBackStackImmediate с флагом POP_BACK_STACK_INCLUSIVE и при этом у фрагмента A вызывается весь жизненный цикл, его видно и это выглядит ужасно, есть ли какой-то выход из этой ситуации, чтобы фрагмент A не появлялся?

я работал с пейджинг но в 2018году. щас наверно многое поменялось. помню тогда даже офф.мануал не работал)

да у меня как то криво по оф мануалу все работает

пишем свою логику навигации, в контейнер реплейсом ставим всегда 1 фрагмент

бэк отдает 28 элементов а у меня откуда то дубли берутся и становится 34