为何在Android Fragment的视图绑定实现中不使用lateinit修饰符

核心原因是Fragment和Activity的生命周期特性存在本质差异，确实和内存泄漏直接相关： #

1. 先看Activity为什么可以用lateinit

Activity的实例生命周期和视图生命周期完全绑定：只有当Activity实例被销毁时，它的视图才会被回收。你在onCreate中初始化lateinit的binding后，整个Activity存活期间binding的引用都是有效的，不需要手动置空，也不会出现持有无效视图的问题。

2. Fragment的生命周期特殊点

Fragment存在两套独立的生命周期：

• Fragment实例的生命周期
• Fragment视图的生命周期
  最典型的场景：当Fragment被加入回退栈时，Fragment实例不会被销毁，但它的视图会被销毁，触发onDestroyView回调。如果这时候你用lateinit var binding持有视图绑定实例，就会出现：Fragment实例还存活，但是binding一直持有已经销毁的View对象，导致View、关联的Context、相关资源都无法被GC回收，直接引发内存泄漏。

3. 官方可空写法的作用

官方示例的_binding可空+代理get的写法，刚好解决了这个问题：

• 在onDestroyView时手动把_binding设为null，直接释放对旧视图绑定实例的引用，避免内存泄漏
• 自定义getter强制每次访问都拿_binding的最新值，如果你不小心在视图销毁后访问binding，会直接触发空指针崩溃，能提前暴露逻辑问题，比lateinit持有无效旧视图引发的难以排查的诡异问题更友好。

注意：如果你能保证自己不会在Fragment视图销毁后访问binding，也不会把Fragment放到回退栈，理论上用lateinit也能跑，但不符合官方最佳实践，风险极高，不推荐这么写。

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