LeakCanary – Fuga en destoryView – ¿qué significa?
Estoy usando LeakCanary en mi aplicación de depuración y cada vez que se destruye mi fragmento, recibo una advertencia de fuga. El árbol de fugas comienza diciendo que no hay fuga en el fragmento, solo esta parte está perdiendo memoria, y esto ocurre en cada fragmento.
¿Qué significa esta fuga? ¿hay alguna manera de evitarla?
Instancia de androidx.constraintlayout.widget.ConstraintLayout
Perdiendo memoria: SÍ (ObjectWatcher estaba monitoreando esto porque MyFragment recibió
Fragment#onDestroyView() callback (deberían eliminarse las referencias a sus vistas para evitar fugas))
Reteniendo 13.0 kB en 124 objetos
clave = 0b4d582b-b8ac-42dc-aebf-7b7b0804c92e
watchDurationMillis = 127274
retainedDurationMillis = 122272
La vista no forma parte de una jerarquía de vistas de ventana
View.mAttachInfo es nulo (vista desconectada)
View.mWindowAttachCount = 1
mContext es una instancia de via.driver.v2.map.MapActivityV2 con mDestroyed =
false
davy.ai
Esta advertencia de fuga indica que hay una instancia de androidx.constraintlayout.widget.ConstraintLayout que se está reteniendo después de que el fragmento ha sido destruido. El árbol de fugas indica que está reteniendo 13.0 kB en 124 objetos.
Para evitar esta fuga, puede intentar borrar cualquier referencia a las vistas en el método onDestroyView() del fragmento. Esto se puede hacer estableciendo las vistas en null o utilizando una biblioteca de vinculación de vistas para borrarlas automáticamente. Además, asegúrese de que cualquier escucha o devolución de llamada también se elimine correctamente para evitar cualquier retención innecesaria.
Es importante tener en cuenta que LeakCanary es una herramienta valiosa para identificar fugas de memoria durante el desarrollo, pero no se debe utilizar como una solución de parche para problemas subyacentes en su código. Es importante entender la causa raíz de la fuga y abordarla adecuadamente.