成员变量生命周期严格绑定所属对象：始于new完成时堆中初始化，终于对象不可达后GC回收。其创建与对象同步，销毁无独立机制，全程依附对象存亡，不因设null或局部作用域结束而提前释放。
Java 成员变量（即实例变量）的生命周期完全依附于它所属的对象——对象诞生，成员变量就初始化；对象消亡，成员变量随之释放。这不是“差不多同步”，而是严格绑定：没有独立存在、不会提前销毁、也不会延迟残留。
成员变量何时创建？
成员变量在 new 对象时一次性分配并初始化，发生在堆内存中：
- JVM 为对象分配堆空间的同时，为所有实例变量预留位置；
- 若声明时有显式赋值（如
String name = "Tom";），则执行该初始化； - 若无显式赋值，JVM 自动赋予默认值（
int→0、boolean→false、Object→null）； - 构造方法体执行前，所有实例变量已完成默认或显式初始化。
成员变量何时可用？
从对象构造完成起，只要该对象被至少一个强引用可达，其所有成员变量就持续有效：
- 可在任意非静态方法、构造器、初始化块中直接访问（无需
this.，除非被局部变量遮蔽）； - 不同对象的同名成员变量互不影响，各自独立存储；
- 即使某个成员变量被设为
null或重置为默认值，只要对象本身还活着，该变量仍占据内存空间。
成员变量何时销毁？
成员变量不单独销毁，它的释放是对象整体回收的一部分：
立即学习“Java免费学习笔记（深入）”；
- 当对象不再被任何强引用链可达（例如引用被置为
null、超出作用域、容器中移除等），成为 GC 候选； - GC 在后续某次运行中回收该对象时，整个对象占用的堆内存（含所有成员变量）一并清空；
- 没有“变量级”回收机制——你无法让某个成员变量先于对象消失，也不能阻止它随对象一起释放。
常见误区与规避要点
实际开发中，以下情况容易误判成员变量生命周期：
-
误以为设为 null 就立即释放：
user.profile = null;只断开引用，profile 对象是否回收取决于它是否还有其他强引用； - 忽略隐式强引用链：内部类、监听器、线程任务持有外部对象引用，会延长整个对象（含其成员变量）存活时间；
-
静态集合长期持有成员变量所属对象：如
static Map<String, User> cache = new HashMap<>();，会导致 User 实例及其全部成员变量无法被 GC； -
资源型成员未显式清理：如
InputStream stream;应在close()或try-with-resources中释放，否则可能引发句柄泄漏，即便对象已被回收。
