Что такое утечки памяти в Android-разработке?
Приложение создает объекты, они лежат в памяти и не могут их очистить после завершения своей работы.
Почему это происходит?
В Java есть собственные средства очистки памяти от неиспользуемых элементов. Это [ сборка мусора ] [id].
Сборщик мусора помечает все объекты, которые можно удалить, если на них нет ссылок. Утечка памяти - это просто потерянная ссылка, которая показывает, что объект не может быть удален.
Сложность этого бага
в том, что до определенного времени он не виден и не может мешать.
Есть хорошая цитата Бенджамина Франклина: «Маленькая течь потопит большой корабль».
Утечки памяти занимают оперативную память приложения. Объем необработанной памяти будет расти, и однажды ваше приложение может
замедлиться и вылететь
. Это вызовет недовольство пользователей и, скорее всего, приложение будет удалено...
Один из
самых опасных
случаев, когда программа теряет ссылку на
просмотр
. Казалось бы, этот
вид
маленький на экране. Однако стоит помнить, что
представление
имеет ссылку на
активность
(фрагмент). А если ссылку на просмотр не убрать, то Активность (Фрагмент) тоже живая. Активность (фрагмент) имеет ссылки на все представления на экране.
Как узнать, есть ли утечки памяти?
Вы можете найти память Лики по-разному. Но проще всего использовать Profiler Android-студию.
Порядок действий:
- Стартовый проект
- В нижней панели нажмите «Профилировщик».
- Выберите «Память»
- Нажать "Force Garbage Collection" (тогда нужно немного подождать)
- Нажмите "Дамп кучи Java"
- Фильтровать список по нужным классам
- Посмотреть количество объектов
На рисунке выше показано, что существует четыре объекта Activity . Это произошло потому, что программист позволил программе потерять ссылки на представление . А пользователи любят поворачивать экран телефона. При каждой смене ориентации деятельность воссоздавалась заново, а старая оставалась лежать в глубине памяти.
Если вы хотите, чтобы способ отлова утечек памяти был более интересным, то предлагаю вам ознакомиться с библиотекой LeakCanary .
Как избежать утечек памяти ?
Вот несколько советов:
1. Не создавайте статические ссылки на представления. Статические поля имеют тот же жизненный цикл, что и ваше приложение.
2. Не передавайте ссылки на объекты, которые живут дольше, чем объект, который вы передали. Например: не передавайте классу ссылки Runnable на View , так как новый поток будет продолжать live даже после повторного создания активности.
public class LeakingRunnable implements Runnable {
private View view;
LeakingRunnable(View view){ //don't do that!
this.view = view;
}
@Override
public void run() {
// do some work
}
}
И как перенести view в Runnable ?
Используйте другие типы ссылок.
В Java, помимо обычных
"жестких ссылок"
, есть и другие
"мягкие ссылки"
и
"слабые"
. Правильно их называть:
- WeakReference
- SoftReference
- Phantom Reference
Наличие «мягких ссылок» больше не будет мешать сборщику мусора удалять Activity. Подробнее о них можно прочитать здесь: differences between weak, soft, phantom and normal links in Java
Без утечек памяти приведенный выше код выглядел бы так:
public class NoLeakingRunnable implements Runnable {
@NonNull
private final WeakReference<View> viewRef;
public NoLeakingRunnable(@NonNull View view){
this.viewRef = new WeakReference<>(view); //do that!
}
@Override
public void run() {
View view = viewRef.get();
// do some work
}
}
3. Необходимо сделать внутренние классы статическими Activity.
Класс внутренней активности о доступе к представлению (и любым другим объектам) создает синтетические ссылки на этот объект. И если внутренний класс живет дольше активности, то возникает утечка памяти.
В этой статье была рассказана лишь малая часть информации о том, что такое утечка памяти в Android-разработке и самые простые способы их избежать. Есть еще много сложных ситуаций. Некоторые из них будут рассмотрены в следующих статьях. Подпишитесь на новые статьи.
