TLAB是JVM为提升多线程对象分配效率而设计的线程私有内存缓冲区，通过避免竞争Eden区全局top指针实现近乎无锁分配；其大小动态调整，默认开启，大对象或TLAB耗尽时回退至共享Eden分配，配合逃逸分析可进一步优化为栈上分配。
Java分配TLAB（Thread Local Allocation Buffer）主要是为了提升多线程环境下对象分配的效率，避免多个线程竞争堆内存中的共享分配指针（如Eden区的top指针），从而减少同步开销、降低锁争用，让对象分配近乎“无锁化”。
TLAB本质是线程私有的小块堆内存
每个线程在Eden区中预留一小块连续空间，作为自己的“专属分配区”。对象优先在TLAB中分配，只需移动本地指针（类似栈上分配的轻量级操作），完全不需要加锁或CAS更新全局指针。
- TLAB大小动态调整：JVM根据线程分配速率、回收情况等自动扩容或缩容，默认开启（-XX:+UseTLAB）
- 不适用于大对象：超过TLAB剩余空间或超过设定阈值（-XX:TLABWasteTargetPercent）的对象，直接在共享Eden中分配
- 逃逸分析与TLAB协同：若JIT判定对象不会逃逸，可能进一步优化为栈上分配；否则优先走TLAB
没有TLAB时的性能瓶颈在哪
假设100个线程同时在Eden区分配对象，都要更新同一个top指针——这必须通过CAS或加锁保证原子性。高并发下大量失败重试（CAS自旋）或线程阻塞，会显著拖慢分配速度，甚至成为GC前的性能瓶颈。
- 实测对比：开启TLAB后，典型Web应用的对象分配吞吐量可提升2~5倍
- 不是“完全避免同步”：TLAB耗尽时需申请新缓冲区，此时仍需同步（但频次极低）
- 内存碎片可控：TLAB仅存在于Eden，Minor GC时整块回收，不引入长期碎片
如何观察和调优TLAB行为
可通过JVM参数和GC日志验证TLAB是否生效、使用是否合理：
立即学习“Java免费学习笔记（深入）”；
- 启用详细分配日志：-XX:+PrintTLAB 输出每线程TLAB申请/浪费详情
- 控制初始大小：-XX:TLABSize=1024k（慎调，通常让JVM自适应更稳）
- 限制浪费比例：-XX:TLABWasteLimit=1024（单位字节，防过度碎片）
- 关闭TLAB测试影响：-XX:-UseTLAB（仅用于基准对比，生产禁用）
基本上就这些。TLAB是HotSpot JVM对“分而治之”思想的典型落地——不改变堆结构，仅靠线程级缓存就大幅缓解了分配热点。它不复杂，但容易被忽略其背后对并发友好设计的深意。
