成员变量存储在堆内存中，生命周期与对象绑定：对象创建时诞生，垃圾回收时销毁；每个对象拥有独立副本，自动初始化默认值，不依赖方法调用。
成员变量确实存储在堆内存中，它的生命周期完全依附于所属对象——对象诞生，成员变量就存在；对象被垃圾回收，成员变量也随之消失。
成员变量的存储位置很明确
当使用 new 创建一个对象时，JVM 在堆中为整个对象分配连续内存空间，其中就包含所有成员变量（无论 private 还是 public）。哪怕只是声明了一个 int 类型的成员变量，它也会作为对象结构的一部分，落在堆里，而不是栈上。
- 字符串类型的成员变量，如果值是字面量（如 "hello"），其引用存于堆中对象内，而字符串对象本身可能在常量池或堆中，取决于创建方式
- 数组、集合等引用类型成员变量，它们的引用地址存在堆中对象里，实际元素仍位于堆的其他位置
- 基本类型成员变量（如 int、boolean）直接以二进制形式存于对象内存块中，不涉及引用跳转
生命周期与对象强绑定
成员变量没有独立的“出生”或“销毁”时刻，它不随方法调用而出现，也不因代码块结束而释放。只要对象还在堆中存活（至少有一个强引用指向它），所有成员变量就持续有效。
- 对象被 new 出来后，即使还没执行构造方法体，成员变量已按默认值（0、false、null）初始化完毕
- 若对象变成不可达（比如引用被置为 null 或超出作用域且无其他引用），下次 GC 可能将其连同全部成员变量一并回收
- 静态变量不属于这个范畴——它属于类，存在方法区，生命周期与类加载/卸载同步
和局部变量对比更清楚
局部变量定义在方法或代码块内，存在栈帧中，生命周期仅限当前方法执行期。而成员变量始终是对象状态的一部分，哪怕方法早已返回，只要对象没被回收，它的成员变量就还在。
- 局部变量不初始化就使用会编译报错；成员变量自动获得默认值，无需显式赋值
- 多个对象实例拥有各自独立的成员变量副本；局部变量每次调用都新建一份，互不影响
- 栈内存自动管理（压栈/弹栈），堆内存依赖 GC，这是两者行为差异的根本原因
实际编码中要注意的点
理解这一点有助于避免常见问题：比如误以为把对象引用设为 null 就立即释放了内存（其实只是标记为可回收）；或者在 long-running 方法中长期持有大对象引用，导致成员变量无法被及时回收。
- 避免在循环中反复 new 大对象，否则堆中堆积大量带成员变量的实例，易触发频繁 GC
- 敏感数据（如密码、密钥）作为成员变量时，应在不再需要时主动清空（如设为 null 或清零数组），不能只靠 GC 等待
- 使用 IDE 的内存分析工具（如 VisualVM、JProfiler）可以直观看到对象及其成员变量在堆中的分布和存活情况
