Прочитал статей 10 наверное по утечке памяти, Ваш видос может и немного менее информативен теорией, НО гораздо более понятный и гораздо более практичный еще и занял у меня меньше времени чем одна статья. А вы хорош)

Отличная подача материала без воды Про GC было бы интересно послушать

Да! Про GC то же интересно;)

Спасибо, очень познавательно и без воды!Жду больше видео!

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

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

Видео просто огонь! Кратко, без воды, и все понятно. У автора талант преподавателя. Даешь больше видео!

Большое спасибо за ролик! Всё очень чётко и понятно!

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

Классный ролик! Коротко, всё по делу и с примерами

Всё идеально в этом уроке! Спасибо!!!

Топ подача, максимально конкретная инфа, спасибо!

Шикарное видео, смотрел на одном дыхании

Благодарю за полезную информацию!

Нашел! Мужик, красава, контент в кайф, давай ещё.

как минимум интересно

спасибо за видео. Очень полезно!

Супер!!

Спасибо за видео!

Спасибо!

офигенно!

спасибо

про сборщик послушал бы от вас

Отличное видео, сжато и по сути. В android для автоматического определения утечек есть leak canary, может и под спринг есть что то такое?

Profiler в IDE только в ultimate. Не подскажешь как можно всякое в тестах сравнивать по памяти и по процу? И чтобы наглядно было.

Не хочу показаться занудой, но это же просто примеры переполнения памяти. Я могу сделать SQL запрос типа "select *", который мне вернёт всю многомиллионную базу и попробует десериализовать каждую строчку в объект, что скорее всего приведёт к аутофмэмори. Мне сказали на собесе, что трассировка при уборке мусора не работает, поэтому 2 класса ссылающихся друг на друга могут вызвать утечку, я поэтому и начал рыть про эту проблему.

ооооооооч круто👌

Топ💪

👍 cool)))

+++ оч круто

Спасибо за материал 👍 Есть группа в ВК?

Сложновато