java对象分配路径是动态决策机制：1.优先tlab无锁分配；2.失败则eden区指针碰撞或空闲列表分配；3.大对象直入老年代；4.存活对象经minor gc后晋升。
Java 对象的分配路径不是固定走一条线，而是由 JVM 根据对象特征、运行时状态和配置参数动态决策的一套机制。它本质上是一条“优先尝试、逐级降级”的路径，核心目标是兼顾分配效率、GC 成本与内存利用率。
1. 优先尝试：TLAB 中的栈式快速分配
每个线程在 Eden 区内预分配一块私有缓冲区（Thread Local Allocation Buffer），默认开启（-XX:+UseTLAB）。新对象优先尝试在 TLAB 内分配——这相当于“线程专属小堆”，无需加锁，仅移动本地指针即可完成，速度极快。
- 若对象大小 ≤ 当前 TLAB 剩余空间 → 直接分配，无并发竞争
- 若 TLAB 不足但 Eden 还有空闲 → 触发 TLAB refill（可能触发同步或重新分配）
- 若 Eden 已满或 TLAB 分配失败 → 退回到 Eden 公共区，走并发安全分配流程（CAS + 失败重试）
2. 主流路径：Eden 区的指针碰撞或空闲列表分配
绝大多数普通对象（中小尺寸、短期存活）最终落在新生代 Eden 区。JVM 根据堆内存规整程度选择分配策略：
- 指针碰撞（Bump the Pointer）：适用于使用复制算法（如 Serial、ParNew）的 GC，堆内存连续规整；分配即移动边界指针，开销常数级
- 空闲列表（Free List）：适用于标记-清除类 GC（如 CMS 早期阶段），堆内存碎片化；需遍历链表查找合适空闲块，开销略高
分配成功后，JVM 立即执行零值初始化（基本类型为 0/false，引用为 null），再设置对象头（哈希码、GC 年龄、类型指针等）。
3. 特殊绕行：大对象直入老年代
当对象大小超过阈值（由 -XX:PretenureSizeThreshold 指定，单位字节），JVM 会跳过 Eden，直接在老年代分配。
- 典型场景：大数组（如 new byte[2MB]）、长字符串、含大量字段的聚合对象
- 目的：避免在 Minor GC 中反复复制大对象，降低 STW 时间
- 注意：该参数仅对 Serial 和 ParNew 生效；G1/ZGC 等新型 GC 采用不同策略（如区域化分配+疏散优化）
4. 后续流转：从新生代到老年代的晋升
对象并非一成不变地留在 Eden。其生命周期演进由 GC 行为驱动：
- Minor GC 后，存活对象被复制到 Survivor 区（From → To）；每次幸存，GC 年龄 +1
- 达到阈值（默认 15，可调 -XX:MaxTenuringThreshold）→ 晋升至老年代
- Survivor 空间不足或对象过大 → 提前晋升（担保机制触发）
- 长期被多个线程频繁访问、逃逸分析判定为“未逃逸”且适合拆解 → 可能被标量替换，不分配对象实例（本质是栈上优化）
对象分配路径不是静态路线图，而是一套响应式决策系统：TLAB 提速、Eden 承载主力、大对象绕行、老年代兜底。理解每一步的触发条件和代价，才能真正掌控内存行为。
