类信息存元空间（JDK8+）、对象实例存堆、引用变量存栈；类加载后字节码及其元数据（类名、字段、方法、常量池、静态变量等）存入元空间，不存对象本身。
Java 类与对象的内存分配不是“一起放”，而是严格分离、各司其职：类信息存方法区（或元空间），对象实例存堆，引用变量存栈。理解这个分工，就抓住了Java内存模型的核心。
类加载后，字节码存在哪儿？
当你写 class Person { ... } 并编译出 Person.class，JVM启动时并不会立刻加载它。只有真正用到（比如 new Person() 或访问静态成员）时，才触发类加载流程——加载、验证、准备、解析、初始化。完成后，类的结构信息（字段名、方法签名、常量池、静态变量等）被存入方法区（JDK 8+ 实际是元空间，使用本地内存）。注意：这里不存对象，只存“图纸”和“说明书”。
new 一个对象，实际发生了什么？
执行 Person p = new Person("张三", 25); 这行代码，JVM底层走六步：
-
类加载检查：确认
Person已加载；没加载就先走完整加载流程 - 分配内存：在堆中划出一块连续空间（大小由字段类型决定，含对象头、实例数据、对齐填充）
-
零值初始化：所有字段设默认值（
int→0，Object→null），这步在构造器执行前完成 -
设置对象头：填入哈希码、GC分代年龄、锁状态、指向元空间中
Person.class的类指针 - 执行构造方法：把传入参数赋给字段，完成业务初始化
-
栈中建立引用：变量
p是栈里的一个局部变量，它存储的是堆中那个对象的地址（如0x001）
栈、堆、元空间，谁管什么？
栈（Stack）：每个线程私有，存方法调用帧。帧里有局部变量表，p 就在这里，它只是个4字节（或8字节，取决于是否开启指针压缩）的地址值，不存对象本身。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
堆（Heap）：线程共享，所有 new 出来的对象、数组都在这里。对象结构清晰：开头是对象头（12字节常见），接着是字段值（按宽度排序，long/double 优先），最后可能补零对齐到8字节边界。
元空间（Metaspace）：取代老的方法区，存类的运行时元数据。哪怕你 new 一亿个 Person 对象，元空间里 Person.class 的结构信息也只有一份。
多线程下怎么避免抢内存？
并发 new 可能导致两个线程同时修改堆顶指针，造成覆盖。JVM用两种机制解决：
- TLAB（线程本地分配缓冲）：每个线程预申请一小块堆内存（默认 Eden 区的1%），对象优先在 TLAB 分配。无锁、极快，99% 的对象都走这条路
- CAS + 重试：当 TLAB 不够或大对象无法放入时，直接在共享堆分配，用 CAS 原子操作更新指针，失败就重试，不阻塞其他线程
