Оу май гад, например если мне понравилась то то приложение то никак не могу получить исходный код?

А если это флоу, где картинки переиспользуются? Кэшировать одно и то же на каждый экран? Не дохуа ли?

https://t.me/it_chats здесь ищи джава старты всякие и прочее

Он в памяти вот эту херь будет держать. Даже если фрагмент умер

https://github.com/bumptech/glide/blob/d2bb3e8a6a2296b20ecaeb7759c16ef15aacbb28/library/src/main/java/com/bumptech/glide/manager/SupportRequestManagerFragment.java

Нет. Над ними будет родительский кэш на слабых ссылках или с рефкаутном.

и что? Это костыль, чтобы привязываться к ЖЦ

computeChargeTimeRemaining()
Спс. Вроде то

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

rest in peperronis

Ага, вот только в нормальном сценарии он должен дохнуть вместе с фрагментом-родителем, а не удерживаться до последнего

о, гуд, спасибо

а зачем ему дохнуть?

Внатуре, нахуя системе ресурсы

Родительский = фрагмент, который рождает его, передавая свой контекст

Вы даже не сможете получить исходный код на джаве.

не существует такого понятия как «контекст фрагмента», так что это не утечка

Так если ты посмотришь реализацию, то оно просто берёт от фрагмента контекст активности никак не трогая его ЖЦ

ну типа ты хочешь загружать многомегабайтные битмапы, но ругаешься на какой-то фрагмент стоимостью в пять копеек

Вот если ты посмотришь еще раз на мое сообщение, то у тебя отпадет этот вопрос

И у тебя тоже

у меня нет вопроса

ааа ужс, объект!!!1

Вот из-за таких как ты, яндекс маркет и лагает при пролистывании на 6гб озу

аргументы закончились, начались голословные обвинения

Где ты обвинение видишь? Это констатация факта. Ты забываешь про фрагментацию хипа. Один объект здесь, другой там, а потом хуякс, и оом залетает

оу май гад, например если мне понравилась то то приложение то никак не могу получить исходный код ? (кроме гитхаба)

Вперёд же!

мда

Есть куда большие причины лаг, чем закэшированные битмапы — например, глубокие иерархии из-за чего всё долго просчитывается, какие-то тяжёлые расчёты при скроллле и т.д.
Никогда не встречался с лагами от битмапов

Мое сообщение не про битмапы, а про то, что хранить в памяти кучу объектов, и считать, что это хорошо — не норма

Мало ли что тебе понравилось. Как раз для защиты от таких любителей прекрасного и применяют обфускацию. И как ты восстановишь исходный код, если при компиляции всё переименовано в абракадабру?

А стирать мгновенно битмап или объект который скоро может пригодится тоже не норма
Это как каждый раз создавать поток заново вместо тредпула

fun outsideClass { }

У человеческой жадностии и глупости предел в бесконечности.

class FilenameKt

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

Ну это уже после компиляции

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

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

надо хоть с чем-нибудь сравнивать, иначе я тебе могу за лишние локальные переменные предъявить. В пректе, где сотни мегабайт битмапов

Цифры по памяти в ведре тебе общей картины и не дадут. Читай про особенности gc и фрагментацию хипа

я прекрасно знаю все эти слова

Ты же админ, зачем тебе спорить если ты можешь забанить?