Прочитал статей 10 наверное по утечке памяти, Ваш видос может и немного менее информативен теорией, НО гораздо более понятный и гораздо более практичный еще и занял у меня меньше времени чем одна статья. А вы хорош)
но это ведь не утечки памяти, утечка это когда у тебя теряется ссылка на память, например - у тебя был объект, ты изменил через указатель ссылку на область памяти и теперь на старую область уже ничего не указывает. В твоем случае ты присваиваешь листу новое значение и, если бы, в джаве не было гс, то у тебя осталась область памяти, к которой ты не имел бы доступа, но в джаве есть гс и он за тебя все уберет. А так у тебя просто лежит поле и все, ты к нему имеешь доступ, ты знаешь куда данные делись и ты видишь с помощью профайлера какой класс это потребляет, в случае утечки ты бы не смог видеть этого. Также это статик поле, оно нужно для того чтобы шерить между всеми инстансами класса это поле, если тебе не нужно делать этого, то можешь не делать статик, ну а если ты хранишь там общие данные, и у тебя много инстансов, то как раз ты по памяти будешь выигрывать. Если тебе не нужно это поле то можешь просто его занулить и гс тебе почистит твой лист, в случае утечки памяти ты просто теряешь ссылку на эту область и не сможешь с ней ничего сделать. Сам видос мне понравился - все-таки нужно следить за тем, что вы создаете, ведь это занимает память как никак
то, что нужно! актуальные видео с использованием актуальных инструментов! побольше бы таких видео с администрированием приложений, анализом хипдампов, флеймграфов и тд
@@javistt спасибо за ответ. Есть в планах ? просто щас вк можно и фоном видосы слушать, я например когда на работу еду, могу поставить фоном. Просто предложение, не более того
Не хочу показаться занудой, но это же просто примеры переполнения памяти. Я могу сделать SQL запрос типа "select *", который мне вернёт всю многомиллионную базу и попробует десериализовать каждую строчку в объект, что скорее всего приведёт к аутофмэмори. Мне сказали на собесе, что трассировка при уборке мусора не работает, поэтому 2 класса ссылающихся друг на друга могут вызвать утечку, я поэтому и начал рыть про эту проблему.
Прочитал статей 10 наверное по утечке памяти, Ваш видос может и немного менее информативен теорией, НО гораздо более понятный и гораздо более практичный еще и занял у меня меньше времени чем одна статья. А вы хорош)
Отличная подача материала без воды
Про GC было бы интересно послушать
но это ведь не утечки памяти, утечка это когда у тебя теряется ссылка на память, например - у тебя был объект, ты изменил через указатель ссылку на область памяти и теперь на старую область уже ничего не указывает. В твоем случае ты присваиваешь листу новое значение и, если бы, в джаве не было гс, то у тебя осталась область памяти, к которой ты не имел бы доступа, но в джаве есть гс и он за тебя все уберет. А так у тебя просто лежит поле и все, ты к нему имеешь доступ, ты знаешь куда данные делись и ты видишь с помощью профайлера какой класс это потребляет, в случае утечки ты бы не смог видеть этого. Также это статик поле, оно нужно для того чтобы шерить между всеми инстансами класса это поле, если тебе не нужно делать этого, то можешь не делать статик, ну а если ты хранишь там общие данные, и у тебя много инстансов, то как раз ты по памяти будешь выигрывать. Если тебе не нужно это поле то можешь просто его занулить и гс тебе почистит твой лист, в случае утечки памяти ты просто теряешь ссылку на эту область и не сможешь с ней ничего сделать. Сам видос мне понравился - все-таки нужно следить за тем, что вы создаете, ведь это занимает память как никак
Да! Про GC то же интересно;)
Спасибо, очень познавательно и без воды!Жду больше видео!
Ништяяяк! Во именно такой подачи и не хватает на видеоуроках в Ютубе. Очень редкий блогер умеет лаконично, без воды довести самую суть.
то, что нужно! актуальные видео с использованием актуальных инструментов! побольше бы таких видео с администрированием приложений, анализом хипдампов, флеймграфов и тд
Видео просто огонь! Кратко, без воды, и все понятно. У автора талант преподавателя. Даешь больше видео!
Большое спасибо за ролик! Всё очень чётко и понятно!
Нашел! Мужик, красава, контент в кайф, давай ещё.
Всё идеально в этом уроке! Спасибо!!!
Шикарное видео, смотрел на одном дыхании
Топ подача, максимально конкретная инфа, спасибо!
Классный ролик! Коротко, всё по делу и с примерами
Благодарю за полезную информацию!
Отличное видео, сжато и по сути. В android для автоматического определения утечек есть leak canary, может и под спринг есть что то такое?
Супер!!
Спасибо!
про сборщик послушал бы от вас
Profiler в IDE только в ultimate. Не подскажешь как можно всякое в тестах сравнивать по памяти и по процу? И чтобы наглядно было.
VisualVM, JProfiler
как минимум интересно
спасибо
спасибо за видео. Очень полезно!
Спасибо за видео!
офигенно!
Топ💪
Спасибо за материал 👍
Есть группа в ВК?
Нету
@@javistt спасибо за ответ. Есть в планах ? просто щас вк можно и фоном видосы слушать, я например когда на работу еду, могу поставить фоном. Просто предложение, не более того
👍 cool)))
Не хочу показаться занудой, но это же просто примеры переполнения памяти. Я могу сделать SQL запрос типа "select *", который мне вернёт всю многомиллионную базу и попробует десериализовать каждую строчку в объект, что скорее всего приведёт к аутофмэмори. Мне сказали на собесе, что трассировка при уборке мусора не работает, поэтому 2 класса ссылающихся друг на друга могут вызвать утечку, я поэтому и начал рыть про эту проблему.
ооооооооч круто👌
+++ оч круто
Сложновато