tlab是jvm在eden区为每个线程动态划分的私有缓冲区，通过bump-the-pointer无锁分配避免多线程竞争堆锁；耗尽时按顺序refill新tlab、降级共享分配或绕过tlab处理大对象。
TLAB 是 JVM 在堆内存中为每个线程单独划出的一块小区域，专用于该线程快速分配对象，核心目标是避免多线程争抢 Eden 区同一块内存时的锁开销。
TLAB 本质是 Eden 区里的“私有小隔间”
它不是独立于堆之外的内存，而是从 Eden 区动态切分出来的一段连续空间。每个线程启动时，JVM 就为其预分配一个 TLAB；线程销毁时，这块空间自动归还给 Eden 区。TLAB 大小不固定，JVM 会根据线程的对象分配速率、Eden 区剩余容量等动态调整，也可通过 -XX:TLABSize 手动干预。
分配靠“撞针”，几乎零同步
TLAB 内部采用 bump-the-pointer（指针碰撞）方式分配：只维护一个 top 指针，每次分配只需检查剩余空间是否足够，够就移动指针、填入对象，整个过程无锁、无 CAS 重试。
- 对象大小可提前计算（类元数据已加载），所以能精准判断是否越界
- 只有在 top 指针推进后发现超出 TLAB 边界，才触发后续处理
- 这种线性分配极快，是 TLAB 提效的关键
TLAB 耗尽时的三步 fallback
当线程要分配一个对象，但当前 TLAB 剩余空间不够时，JVM 不会直接报错或阻塞，而是按顺序尝试以下策略：
- 若 Eden 区还有空闲，就为该线程分配一块新的 TLAB，继续 bump-the-pointer
- 若 Eden 区紧张、无法再切出新 TLAB，则直接在 Eden 区共享区域分配——此时需加锁或使用 CAS 保证线程安全
- 对于超大对象（如大数组），JVM 可能跳过 TLAB，直接走 Eden 共享分配甚至老年代分配（如 G1 的 Humongous 区）
不占额外内存，但有空间浪费控制
TLAB 是“预占”而非“独占”：未用完的 TLAB 空间在 GC 时会被整体回收，不会长期闲置。为避免过度浪费，JVM 设有“最大允许浪费空间”阈值（如 -XX:TLABWasteTargetPercent），当剩余空间小于该阈值，即使不够分配当前对象，也会主动废弃当前 TLAB 并申请新的，防止碎片化堆积。
