История одной утечки памяти

Само по себе расследование длинное и стоит того чтобы почитать, поэтому вот вам короткое напоминание:

👉 В LeakCanary есть компонент, работающий во время выполнения, который "привязывается" к объектам с известным жизненным циклом. Когда эти объекты получают событие жизненного цикла DESTROY, LeakCanary использует WeakReference и ReferenceQueue, чтобы убедиться, что они собираются сборщиком мусора, как и ожидалось.

👉 Если же какой-либо из этих объектов удерживается в памяти, то есть "утекает", LeakCanary инициирует создание heap dump, а затем анализирует этот дамп, чтобы найти кратчайший путь сильных ссылок от GC Roots до "утекающего" объекта. Этот путь называется leak trace и он подсвечивает ссылки, которые мешают сборщику мусора удалить объект.

Обновилась страничка мультиплатформы в официальной документации по Андроиду

Для тех кто использует KMP ничего нового, но если вам не знакомо что это - будет полезно глянуть

Микродозы AI для мобильных разработчиков

Напомню, что Android Studio очень сильно выросла по фичам для AI. В статье приводится промтп и демонстрация его работы. Сценарии работы из статьи:

👉 Дебаг UI через ожидаемый-реальный результат
👉 Первичное кодревью перед отправкой команде. Наверно это самая часто используемая фича у меня в команде, у нас работает Copilot как авторевьювер до ревью человеком. Сильно снижает количество вопросов на ревью и подмечает исправления
👉 Замена Remove unused Resources. Фича сама по себе не всегда работает как надо, особенно в многомодульных проектах где отключены часть индексов и модулей в угоду скорости сборки. Gemini справляется с этим сильно лучше
👉 Улучшенный поиск по проекту. Но тут скорее помошник для тех кто не умеет писать regex

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

Я честно признаюсь, что меня зацепило название, а не содержание