成员变量生命周期始于对象创建完成，终于对象不可达；其存在不依赖外部引用，销毁时机由可达性决定而非gc执行时刻。
这个说法不准确，需要修正。
成员变量的生命周期从对象创建开始，而非“被引用”时
成员变量是对象的一部分，其内存随对象一同在堆中分配。只要 new 表达式执行成功、对象构造完成，成员变量就已存在并完成默认或显式初始化——此时哪怕没有外部引用变量指向它（比如匿名对象），成员变量也已诞生。
例如：
new Person().name = "Alice"; // 匿名对象，无引用变量，但 name 成员仍被创建并赋值
销毁时机取决于对象是否可达，而非“是否被回收”
成员变量不会在对象“被回收”的那一刻才销毁；它的生命周期终点是对象变为 不可达（unreachable），即彻底失去所有强引用链。此时它已进入垃圾回收候选状态，但实际内存释放由 GC 异步决定，不可预测。
关键点：
- 对象被设为
null或超出作用域，只是移除一个引用，不等于立即销毁 - 只要还有任一强引用（如静态字段、集合容器、线程局部变量等）持有着该对象，成员变量就继续有效
- GC 是否运行、何时运行、是否真正回收，均不由程序员控制
对比三类变量，看清定位
成员变量（实例变量）的生命周期严格绑定于所属对象实例：
- 局部变量：方法栈帧内生内灭，方法结束即失效
- 静态变量：随类加载而生，随类卸载而亡，跨所有实例共享
-
成员变量：每个对象独有一份，始于
new完成，终于该对象不可达
常见误解澄清
“对象被引用”不是起点——引用变量（如 Person p）本身是栈上的局部变量或字段，它只是访问对象的通道；真正起点是对象在堆中诞生。
“对象被回收”不是终点——回收是 JVM 后续动作，而生命周期在对象不可达时逻辑上就已终止。你写的代码只需关注“是否还可能被访问”，无需、也无法等待 GC。
