TLAB是JVM为每个线程在Eden区预分配的私有内存块，用于无锁对象分配。它通过本地指针碰撞实现快速分配，避免CAS竞争；用完后尝试重分配或退化为共享区加锁分配；大对象、显式关闭等场景会绕过TLAB。
TLAB（Thread Local Allocation Buffer）是JVM为每个线程在Eden区中单独划分的一小块内存，用于对象快速分配。它不参与全局锁竞争，让线程“自给自足”，从而显著减少多线程下分配对象时对Eden区的同步开销。
TLAB的本质：每个线程一块私有“小堆”
新生代的Eden区默认是所有线程共享的。如果没有TLAB，每次new对象都要CAS更新Eden的分配指针（如top指针），高并发下大量线程争抢同一变量，导致CAS失败重试、缓存行伪共享、CPU自旋等问题。
启用TLAB后，JVM在Eden中为每个线程预分配一块固定大小（可动态调整）的连续内存，比如256KB。该线程的所有小对象都优先在此区域分配，只需移动本地指针（类似栈上分配的轻量级操作），完全避开全局同步。
TLAB如何被分配和回收
- 线程首次需要分配对象时，JVM从Eden中划出一块内存作为其TLAB（大小由-XX:TLABSize或JVM自动估算）
- 后续对象在该TLAB内“指针碰撞”式分配（仅更新本地指针，无锁）
- TLAB用完后，触发一次小的本地同步：尝试在Eden中再申请一块新TLAB；若Eden剩余空间不足，则直接在Eden中分配（需加锁），并可能触发Minor GC
- 线程退出时，未用完的TLAB直接丢弃，内存由GC统一回收，不需额外清理
TLAB不是万能的：哪些情况会绕过它
TLAB只适用于分配**小对象**（默认小于某个阈值，由-XX:TLABWasteTargetPercent等控制）。以下情况会跳过TLAB，直接在Eden中分配（即走慢路径）：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
- 对象尺寸超过TLAB剩余空间（且大于TLAB refilling threshold）
- 对象太大（如大数组），超过-XX:MaxTLABSize限制或JVM判定不适合放入TLAB
- 显式关闭TLAB（-XX:-UseTLAB），极少用
- 某些特殊对象（如Class实例、部分内部对象）由JVM强制在共享区分配
调优TLAB的关键参数与观察方式
多数场景默认开启TLAB已足够高效，但高吞吐/低延迟服务可针对性优化：
- -XX:+UseTLAB：确保开启（默认开启）
- -XX:TLABSize=xx：手动指定初始大小（一般不用）
- -XX:TLABWasteTargetPercent=1：控制TLAB废弃率上限（默认1%，即最多浪费1% Eden空间）
- -XX:+PrintGCDetails -XX:+PrintGCTimeStamps：GC日志中可见“TLAB: gc thread: …”信息
- JVM还会动态调整TLAB大小——根据线程分配速率、GC频率、浪费比例等实时计算，目标是平衡空间利用率与分配效率
基本上就这些。TLAB是JVM在内存分配层面做的一个非常务实的优化：不改变GC逻辑，也不增加复杂度，只是把“抢公共水龙头”变成“每人发个水壶”。简单，但有效。
