
leakcanary 报告显示 `search` fragment 存在严重内存泄漏,核心原因是未在 `ondestroyview()` 中及时清理视图引用(如 `binding`、`adapter`)及后台任务,导致 `view` 及其持有链长期驻留内存。
该泄漏路径清晰指向 mwonyaa.Fragments.Search:从 FrameLayout(已 detach 但未置空)向上追溯,经 SwipeRefreshLayout → RecyclerView → ConstraintLayout → CardSliderViewPager → 自定义 SlidingTask → TimerTask 队列,最终关联到 RootActivity 的非销毁实例。这表明 Fragment 虽已调用 onDestroyView(),但其 binding 仍强引用着整个 View 层级树,且 SlidingTask(可能用于轮播动画或自动滑动)未被取消,持续持有着 ViewPager 实例 —— 这正是典型的 Fragment 视图生命周期管理不当 引发的泄漏。
✅ 正确做法:在 onDestroyView() 中彻底解绑
Kotlin 中推荐使用 viewBinding + 可空委托属性,并在 onDestroyView() 中主动清空所有强引用:
private var _binding: FragmentSearchBinding? = null
private val binding get() = _binding!!
override fun onCreateView(
inflater: LayoutInflater,
container: ViewGroup?,
savedInstanceState: Bundle?
): View {
_binding = FragmentSearchBinding.inflate(inflater, container, false)
return binding.root
}
override fun onDestroyView() {
// ✅ 1. 清空 RecyclerView Adapter(避免 Adapter 持有 ViewHolder 及 Context)
binding.mainRecycler.adapter = null
// ✅ 2. 取消任何与 View 绑定的定时任务(如 CardSliderViewPager 的 SlidingTask)
binding.viewPager.stopAutoScroll() // 假设提供该方法;否则需暴露并调用 cancel()
// ✅ 3. 清空 binding 引用(关键!防止 View 树被 retain)
_binding = null
// ✅ 4. 取消 ViewModel 关联的协程作用域(如有)
viewModel.uiScope.cancel()
super.onDestroyView()
}⚠️ 注意事项:不要使用 lateinit var binding:它无法在 onDestroyView() 中设为 null,一旦初始化即永久持有 View 引用,极易泄漏;binding.root 不等于 binding:binding 是整个绑定类实例,包含所有子 View 引用,必须整体置空;自定义控件需自查生命周期:CardSliderViewPager 中的 SlidingTask 若继承 TimerTask 并被 Timer 持有,则 Timer 是 GC Root —— 必须在 onDetachedFromWindow() 或 destroy() 中显式 timer.cancel() + timer.purge();ExoPlayer 相关泄漏需额外处理:若 playerView 在此 Fragment 中使用,务必在 onDestroyView() 中调用 playerView.player = null,并在 onDestroy() 中释放 SimpleExoPlayer 实例(遵循 ExoPlayer 官方生命周期建议)。
? 补充排查建议
- 在 CardSliderViewPager 源码中搜索 Timer / Handler / postDelayed 相关逻辑,确保其在 onDetachedFromWindow() 或 destroy() 中被清除;
- 使用 @SuppressLint("StaticFieldLeak") 的静态 Handler 或 AsyncTask 已被弃用,应改用 Handler(Looper.getMainLooper()) + WeakReference
; - 启用 LeakCanary 的「严格模式」(AppWatcher.config = AppWatcher.config.copy(watchFragmentViews = true)),可更早捕获 View 级别泄漏。
遵循上述规范后,Search Fragment 的泄漏路径将被完全切断,LeakCanary 报告中 FrameLayout 的 Leaking: YES 状态将消失,App 内存占用趋于稳定,崩溃率显著下降。










