Топ-10 причин утечки памяти в Android

Решение проблем утечек памяти в Android-разработке имеет решающее значение для создания эффективных и надежных приложений. Утечки памяти возникают, когда объекты больше не нужны, но продолжают занимать память, поскольку не освобождены должным образом. В этой статье приведены десять распространенных причин возникновения утечек памяти в Android c примерами на языке Kotlin и способы их решения.

1. Нестатические внутренние классы

Проблема: Внутренние классы в Kotlin могут содержать неявную ссылку на свой внешний класс.

Пример:

class MyActivity : AppCompatActivity() {
     private inner class MyThread : Thread() {
         override fun run() {
             // Task
         }
     } 
}

Решение: Сделайте внутренний класс статическим или используйте отдельный класс. При необходимости передайте слабую ссылку на внешний класс.

2. Handler и Runnable

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

Пример:

class MyActivity : AppCompatActivity() {
     private val handler = Handler(Looper.getMainLooper())
     private val runnable = Runnable { /* Task */ }
     override fun onDestroy() {
         super.onDestroy()
         handler.removeCallbacks(runnable)
     } 
}

Решение: Удалите все колбеки в методе onDestroy.

3. Анонимные слушатели

Проблема: Анонимные слушатели могут непреднамеренно удерживать ссылку на активити или представление.

Пример:

class MyActivity : AppCompatActivity() {
     override fun onCreate(savedInstanceState: Bundle?) {
         findViewById<Button>(R.id.myButton).setOnClickListener {
             // Click action
         }
     } 
}

Решение: Очистите слушатель в методе onDestroy или используйте статический класс.

4. Статические представления или контексты

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

Пример:

class MyActivity : AppCompatActivity() {
     companion object {
         private var staticView: View? = null
     }
     override fun onCreate(savedInstanceState: Bundle?) {
         staticView = findViewById(R.id.myView)
     } 
}

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

5. Неправильное наблюдение за LiveData

Проблема: Наблюдение за LiveData без учета жизненного цикла.

Пример:

class MyActivity : AppCompatActivity() {
     private val viewModel: MyViewModel by viewModels()
      override fun onCreate(savedInstanceState: Bundle?) {
         viewModel.myLiveData.observe(this, { data ->
             /* Update UI */ 
          })
     }
}

Решение: Наблюдайте за LiveData с помощью компонентов с поддержкой жизненного цикла, таких как viewLifecycleOwner в Fragment.

6. Синглтон с контекстом

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

Пример:

object MySingleton {
     var context: Context? = null 
}

Решение: Передавайте синглтонам контекст приложения вместо контекста активити или представления.

7. Bitmap

Проблема: Большие растровые изображения могут занимать много памяти, если ими не управлять должным образом.

Пример:

class MyActivity : AppCompatActivity() {
     override fun onCreate(savedInstanceState: Bundle?) {
         val bitmap = BitmapFactory.decodeResource(resources, R.drawable.large_image)
         // Use bitmap
     } 
}

Решение: Используйте Bitmap с умом и вызывайте recycle() после завершения работы. Рассмотрите возможность использования библиотек загрузки изображений, таких как Glide или Picasso.

8. WebView

Проблема: WebView могут хранить ссылку на контекст.

Пример:

class MyActivity : AppCompatActivity() {
     private lateinit var webView: WebView 
     override fun onCreate(savedInstanceState: Bundle?) {
         webView = findViewById(R.id.myWebView)
         // Set up WebView
     } 
}

Решение: Очищайте WebView в методе onDestroy и по возможности используйте контекст приложения.

9. Широковещательные приемники

Проблема: Отсутствие регистрации широковещательных приемников может привести к утечкам памяти.

Пример:

class MyActivity : AppCompatActivity() {
     private val receiver = MyReceiver()
      override fun onStart() {
         registerReceiver(receiver, IntentFilter("SOME_ACTION"))
     }
     override fun onStop() {
         unregisterReceiver(receiver)
         super.onStop()
     } 
}

Решение: Всегда разрегистрируйте приемники в соответствующем методе жизненного цикла.

10. Слушатели событий в адаптерах RecyclerView

Проблема: Слушатели событий в адаптерах RecyclerView могут содержать ссылку на Activity или Fragment.

Пример:

class MyAdapter(private val items: List<Item>, private val activity: AppCompatActivity) : RecyclerView.Adapter<MyViewHolder>() {
     // Adapter implementation 
}

Решение: Используйте интерфейсы или лямбда-функции для колбеков и не передавайте адаптерам контекст активити или фрагмента.

Общие рекомендации

• Регулярно проверяйте наличие утечек памяти в Android-приложениях, особенно после внесения изменений в код, связанных с контекстами, представлениями или фоновыми задачами.
• Используйте такие инструменты, как LeakCanary, для обнаружения утечек памяти на этапе разработки.
• Понимание и управление жизненным циклом компонентов Android является ключом к предотвращению утечек памяти.

Источник