TLAB本质是用空间换时间，为每个线程在Eden区划分私有缓冲区，使90%以上小对象分配退化为一次指针加法，全程无锁、无CAS、零共享；仅在TLAB耗尽、对象过大或显式禁用时回退全局同步分配。
TLAB（Thread Local Allocation Buffer）通过为每个线程提供私有内存区域，把原本需要全局同步的对象分配操作，变成纯本地指针移动，从根本上消除多线程争抢同一内存地址的问题，从而显著提升并发创建对象的效率。
避免全局分配指针竞争
没有TLAB时，所有线程都需更新Eden区唯一的分配指针（eden_top），必须依赖CAS原子操作。高并发下大量线程反复CAS失败重试，形成明显性能瓶颈。
- 启用TLAB后，每个线程只操作自己TLAB内的本地指针（tlab_top）
- 分配动作简化为 ptr += object_size，全程无锁、无同步开销
- 线程间完全隔离，不触发任何竞争条件
加速小对象高频分配路径
业务中绝大多数对象（如String、Integer、DTO字段、集合元素等）体积小、生命周期短，天然适配TLAB机制：
- 对象大小 ≤ 当前TLAB剩余空间 → 直接 bump-pointer 分配，毫秒级完成
- 对象大小 > TLAB剩余空间的一半 → 触发一次refill（仅需一次CAS申请新TLAB）
- 对象过大（如大数组、字节缓冲区）→ 自动绕过TLAB，走共享Eden区分配（慢路径）
配合零初始化与动态调优
TLAB在首次分配给线程时，JVM会一次性将整块内存清零；后续该TLAB内所有对象跳过逐字段初始化，节省大量CPU时间。
立即学习“Java免费学习笔记（深入）”；
- -XX:+ResizeTLAB保持开启：JVM根据线程实际分配速率自动调整TLAB大小，适应流量波动
- -XX:TLABWasteTargetPercent=1：控制废弃率上限，过高浪费Eden空间，过低导致refill太频繁
- 用-XX:+PrintTLAB观察日志，重点关注waste ratio和refill次数；若waste持续＞5%或refill异常密集，说明当前配置与对象分布不匹配
TLAB是默认开启的优化机制
现代JVM（如HotSpot）默认启用TLAB，无需额外配置即可受益。它本质是“用少量Eden空间换高并发吞吐量”的典型空间换时间策略，对Web服务、实时计算、微服务网关等高频对象创建场景效果尤为明显。
