Java对象生命周期由JVM五大内存区域协同管理：虚拟机栈控制引用生命周期，堆存放对象实体并分代管理，方法区存储类元数据，程序计数器与本地方法栈提供GC Roots，对象消亡需多区联动回收。
Java 对象的生命周期，本质上是 JVM 各内存区域协同作用的结果——不是堆单打独斗，而是五大区域各司其职、环环相扣。
虚拟机栈：方法级生命周期的开关
栈帧随方法调用而入栈，随方法返回而弹出。局部变量（包括引用类型变量）就存于栈帧的局部变量表中，它的“生”与“死”由方法执行边界决定。哪怕对象还在堆里活着，只要栈帧退出，这个引用就失效了。JVM 还会做存活期分析：变量后续不再被读取时，引用会被提前标记为无效，堆中对象可能在下一次 GC 就被回收。
堆：对象实体的完整舞台
对象本体（字段、数组元素等）始终分配在堆中，但具体位置有策略：
- 大部分新对象落在 Eden 区
- Eden 不足触发 Minor GC，幸存对象进入 Survivor 区
- 达到年龄阈值（默认 15）或 Survivor 空间不足时晋升老年代
- 超大对象（如巨型数组）可能直接分配到老年代
- TLAB 是 Eden 内的线程私有缓冲区，加速分配，仍属堆内存
方法区（元空间）：类与静态数据的长期驻留地
它不存对象实例，但存类的元数据（字节码、常量池、字段/方法信息）、静态变量和字符串常量。这些内容随类加载而初始化，在类卸载时才清理。注意：类卸载条件苛刻（如对应 ClassLoader 已被回收），所以静态变量和类元数据往往比对象活得久得多。
程序计数器与本地方法栈：不存对象，但影响对象命运
这两个区域本身不存放对象或引用，但它们持有的信息是 GC Roots 的重要来源：
- 程序计数器记录当前线程执行位置，间接支撑栈帧有效性
- 本地方法栈中 JNI 引用可作为 GC Roots，让堆中对象因被 native 层持有而继续存活
对象消亡不是单点事件，而是多区联动
当对象不可达 GC Roots 后：
- 堆中对应空间由 GC 线程回收（如 G1、ZGC）
- 若所属类已无实例且满足卸载条件，其元数据从元空间释放
- 字符串常量池中的 intern 字符串也会被清理（若无其他引用）
整个过程不依赖开发者手动干预，但理解每一步发生在哪里，才能准确定位内存泄漏、排查频繁 GC 或优化对象复用策略。
