Android Fragment使用ViewBinding如何避免onDestroyView后空指针崩溃

方案1：异步操作内局部使用可空引用 #

无侵入的轻量改法，不需要修改全局binding定义，只在异步回调内部访问底层的可空_binding变量，单次场景下仅需要一次判空，不会产生全局冗余：

binding.itemView.post {
    // 直接访问可空的_binding做安全调用，销毁后操作自动不执行
    _binding?.itemView?.text = "......"
}

也可以用runCatching包裹操作直接捕获可能的空指针异常，适合不会影响业务逻辑的UI更新场景。

方案2：封装生命周期绑定的binding执行方法 #

全局封装和Fragment生命周期绑定的执行函数，只有在Fragment视图处于活跃状态时才执行binding相关操作：

// 基类Fragment中封装通用方法
fun <T : ViewBinding> Fragment.runWithBinding(binding: T?, block: (T) -> Unit) {
    if (viewLifecycleOwner.lifecycle.currentState.isAtLeast(Lifecycle.State.STARTED)) {
        binding?.let(block)
    }
}

// 业务场景调用
binding.itemView.post {
    runWithBinding(_binding) { binding ->
        binding.itemView.text = "......"
    }
}

同步场景下依然可以直接使用原有的非空binding变量访问，仅异步场景需要调用封装方法，不会增加全局代码冗余。

方案3：销毁时主动移除View的待执行回调 #

如果大量用到View的post操作，可以在视图销毁时主动清空对应View的所有待执行任务，从根源避免销毁后执行runnable：

override fun onDestroyView() {
    // 移除所有绑定在视图上的待执行runnable
    binding.root.removeCallbacks(null)
    super.onDestroyView()
    _binding = null
}

该方案不需要修改业务代码，适合post操作集中在当前Fragment视图内的场景。

方案4：使用生命周期感知的协程替代post #

直接将post逻辑替换为和Fragment视图生命周期绑定的协程操作，页面销毁时协程会自动取消，不会执行后续的UI更新代码：

// 等价于post的延迟执行逻辑
viewLifecycleOwner.lifecycleScope.launch {
    delay(0)
    // 视图销毁后协程已取消，不会执行后续代码
    binding.itemView.text = "......"
}

该方案是长期最优解，从根源规避生命周期和异步任务不同步的问题。

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