java成员变量生命周期依附于所属对象：对象创建时在堆中分配空间并设默认值，构造方法执行前已存在；对象被gc回收时成员变量随之消亡；静态成员变量例外，属类级别；引用类型成员变量仅存指针，所指对象独立管理。
Java 成员变量的生命周期完全依附于所属对象的生命周期——对象存活，成员变量就存在；对象被垃圾回收，成员变量随之消亡。
成员变量随对象创建而分配
当使用 new 创建对象时，JVM 在堆内存中为整个对象（包括所有成员变量）分配空间。基本类型成员变量获得默认值（如 int 为 0，boolean 为 false），引用类型成员变量初始化为 null。
- 构造方法执行前，内存已分配、默认值已设定
- 即使构造方法抛出异常，只要对象实例化开始，成员变量空间就已存在（但可能未完成初始化）
- 静态成员变量例外：属于类，随类加载而初始化，与对象无关
引用类型成员变量指向的对象独立管理
成员变量本身是引用（即地址），它不“拥有”所指向的对象，只保存指向该对象的指针。这个被指向的对象有自己的生命周期，由 GC 根可达性决定。
- 例如：private List
data = new ArrayList(); 中，data 是成员变量，它指向堆中一个 ArrayList 实例 - 若将 data 重新赋值为 null 或指向新对象，原 ArrayList 可能因不可达而被回收
- 多个对象的成员变量可指向同一对象，该对象是否存活取决于所有引用是否都失效
对象不可达时成员变量自动释放
当对象不再被任何活动线程、静态字段、本地变量等 GC Roots 引用时，整个对象（含所有成员变量）成为垃圾回收候选。GC 清理时，成员变量占用的栈/堆空间一并回收。
- 局部变量引用对象消失（方法返回）、强引用置为 null、容器移除元素等，都可能导致对象不可达
- finalize() 已废弃，不应依赖它做资源清理；推荐使用 try-with-resources 或显式 close()
- 注意循环引用：两个对象互相持有对方引用，但无外部强引用时，现代 JVM（如 G1、ZGC）仍能正确回收
避免常见生命周期陷阱
成员变量生命周期看似简单，但实际开发中容易因引用关系设计不当引发内存泄漏或空指针异常。
- 不要在静态集合中长期持有对象引用（如 static Map
），否则对象无法被回收 - 监听器、回调、内部类持有外部类引用时，优先考虑使用 WeakReference 或静态内部类 + 弱引用
- 及时将不再需要的成员引用设为 null（尤其大对象或缓存场景），帮助 GC 更早识别不可达对象
- 避免在构造方法中将 this 泄露出去（如注册监听、启动线程），此时对象尚未构造完成，其他线程可能访问未初始化的成员变量
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
