java成员变量生命周期始于对象创建完成、终于对象不可达；静态变量则随类加载而初始化、类卸载才销毁，二者均不由gc触发失效。
Java 成员变量（即实例变量）的生命周期完全绑定于它所属的对象：它始于对象创建完成，终于对象变为不可达。这不是“随引用消失而消失”，也不是“等 GC 执行才销毁”，关键在可达性——只要对象还能被任何强引用链触达，它的所有成员变量就有效存在。
成员变量何时真正“出生”？
不是在你声明变量时，也不是在你第一次赋值时，而是在 new 表达式执行完毕、构造方法返回之后。此时 JVM 已在堆中为整个对象分配内存，并完成所有成员变量的默认初始化（如 int→0、Object→null）或显式初始化（如 private String name = "Tom";）。
- 即使没有外部变量引用它，成员变量也已存在。例如：
new Person().setName("Alice");中的name字段已被创建并赋值。 - 若使用
Unsafe.allocateInstance()绕过构造方法，成员变量虽有内存空间，但未执行初始化逻辑——字段全为默认值，极易引发空指针异常。
成员变量何时“失效”？
当且仅当它所在的对象彻底失去所有强引用链，进入不可达（unreachable）状态。此时成员变量不再可访问，其生命周期即告终结。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
obj = null;或局部变量超出作用域，只是断开一个引用，不等于对象立即失效。 - 静态集合、ThreadLocal、缓存容器等仍持有该对象，成员变量就继续存活。
- GC 是否立刻运行、何时回收内存，与成员变量“是否已失效”无关——那是后续资源释放环节，不影响逻辑生命周期。
静态变量是特例
用 static 修饰的成员变量不属于某个对象，而是属于类本身。它的生命周期独立于任何实例：
- 类首次被主动使用（如 new 实例、调用静态方法、访问静态字段）时，JVM 加载类并初始化静态变量。
- 只要类还驻留在 Metaspace（方法区），静态变量就一直存在，所有实例共享同一份。
- 类卸载极少见，通常只发生在自定义类加载器被回收的场景；对绝大多数应用而言，静态变量从启动到退出全程常驻。
销毁不需要你“动手”，但可以帮 GC 更早识别
Java 没有 delete 或 free。你无法手动销毁成员变量，也不该依赖 finalize()（JDK 18 已移除）。唯一可控的操作是及时切断不必要的强引用：
- 将长期持有的引用（如 Map 中的 value、监听器、缓存项）设为
null或移除。 - 避免静态集合无限制增长，防止对象意外“长生”。
- 对非堆资源（文件句柄、Socket、DirectBuffer），应使用
Cleaner或try-with-resources显式释放，不能等 GC。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
