Java对象完整生命周期含7个不可逆阶段：创建（类已初始化→堆分配→零值初始化→设对象头→执行<init>）、使用、晋升（Eden→Survivor→老年代）、终结（GC判定→回收），其内存布局由堆（实例数据）、方法区（类元数据）、栈（局部变量引用）共同映射。
掌握JVM内存布局，关键不在于死记硬背各区域名称和大小，而在于理解“对象生命周期如何驱动内存分配与回收”，以及“运行时行为如何映射到具体内存区域”。从代码执行路径切入，比单纯背图更扎实、更抗面试追问。
从一个new对象的完整旅程看内存分布
写一句 new Person("Alice")，它在JVM里走过的路，就是内存布局的活地图：
- 类加载阶段：Person.class 被加载进 方法区（JDK8+为元空间），存类结构、常量池、静态变量
- 执行new指令：在 堆（Heap） 中划分内存（通常在新生代Eden区），存放实例字段（name等）
- 栈帧生成：调用构造方法时，当前线程在 虚拟机栈 中压入栈帧，局部变量表存引用（如 person 变量）、操作数栈参与初始化计算
- 字符串字面量："Alice" 若首次出现，会进入 运行时常量池（方法区的一部分）；若已存在，则直接引用
- 若Person有native方法：可能用到 本地方法栈；若发生GC：堆中对象被标记-清除/复制/整理，方法区中无用类也被卸载
区分“逻辑分区”与“物理实现”的常见误区
面试常被问“方法区在哪儿？”，答案不能只说“JDK7在永久代，JDK8在元空间”——要讲清设计意图：
- 方法区是规范概念，定义的是“存储类型信息的逻辑区域”，不是某块固定内存
- 永久代（PermGen）是HotSpot旧实现，和堆共用GC机制，容易OOM；元空间（Metaspace） 改用本地内存（Native Memory），由操作系统管理，OOM原因变成本地内存耗尽而非GC失败
- 堆是GC主要阵地，但“堆内存”不等于“所有对象内存”——栈上分配（逃逸分析成功）、TLAB（线程本地分配缓冲）都属于堆，只是策略不同
结合典型问题反推内存行为
把常见面试题当线索，倒逼理解内存联动关系：
- “String a = "hello"; String b = new String("hello"); a==b 是false？” → 引出常量池（方法区）vs 堆对象，说明引用比较的是地址，不是内容
- “为什么static变量修改后所有实例都可见？” → 指向方法区中类的静态域存储位置，强调类级别共享性
- “频繁创建短生命周期对象为何影响性能？” → 触发Young GC频繁，Eden区满→Minor GC→对象在Survivor间来回复制，最终晋升老年代，可能引发Full GC
- “OOM可能发生在哪些区域？” → 堆（-Xmx不足）、元空间（-XX:MaxMetaspaceSize过小或动态加载大量类）、栈（-Xss太小或递归过深）、直接内存（-XX:MaxDirectMemorySize未设，NIO使用不当）
用一张图+三个关键词建立长期记忆
不必强记区域大小比例或绝对地址，抓住三个锚点：
- 谁负责？：堆（GC线程）、栈（每个线程独有）、方法区（类加载器协作管理）
- 存什么？：堆存对象实例；栈存局部变量和执行上下文；方法区存类型元数据；程序计数器存下条指令地址；本地方法栈服务native调用
- 怎么变？：对象创建→堆分配；方法调用→栈压帧；类加载→方法区登记；GC触发→堆回收+方法区卸载无用类
不复杂但容易忽略。
