LeakCanary报告Fragment destroyView阶段泄漏的含义及规避方法

泄漏具体含义 #

LeakCanary触发该告警的逻辑是：Fragment执行Fragment#onDestroyView()生命周期回调后，会自动监控其关联的视图层级对象，预期这些已经脱离窗口的废弃视图会被GC回收，本次告警的具体含义如下：

• 泄漏对象为MyFragment对应的根布局androidx.constraintlayout.widget.ConstraintLayout实例，该视图已经完全脱离窗口视图层级（日志显示View.mAttachInfo为null、不属于任何窗口），但仍被其他对象持有无法被GC回收
• 本次泄漏仅涉及Fragment的废弃视图实例，Fragment本身和其依附的MapActivityV2处于正常活跃状态（日志显示mDestroyed = false），泄漏覆盖所有Fragment说明问题出在全局通用逻辑上。

规避方案 #

所有Fragment都出现该泄漏优先排查基类Fragment的公共逻辑，常见问题原因和对应解决方案如下：

• 视图引用未手动置空
  如果你使用了ViewBinding、DataBinding或者用全局变量持有View实例，必须在onDestroyView生命周期中手动将引用置空，切断对视图的强引用，示例代码：

  // Kotlin 示例
  private var _binding: FragmentTestBinding? = null
  private val binding get() = _binding!!
  
  override fun onDestroyView() {
      super.onDestroyView()
      // 视图销毁时清空binding引用
      _binding = null
  }
  

  如果使用已废弃的Kotlin合成视图绑定（kotlin-android-extensions），建议替换为ViewBinding，合成绑定会自动缓存View实例，手动清理难度高。
• 异步/回调持有视图引用
  检查是否有异步任务（如网络请求、定时任务）、全局单例回调、自定义监听器持有了View实例，需要在onDestroyView时注销监听器、取消未执行的异步任务，切断引用链。如果是View内部post的延迟任务未执行的，可以在onDestroyView时调用view.removeCallbacks(null)移除所有未执行的Runnable。
• 排查基类公共逻辑
  优先检查基类Fragment是否有统一注册的全局回调、统计上报逻辑持有了Fragment的View实例或者根布局实例，没有在视图销毁时统一注销、置空。
• 排查第三方组件
  如果自有代码排查后仍存在泄漏，检查引入的第三方UI组件、统计组件是否存在注入View后持有强引用未释放的问题。

内容的提问来源于stack exchange，提问作者Sharas