实战JAVA虚拟机：在TLAB上分配对象

版权声明：作者：jiankunking 出处：http://blog.csdn.net/jiankunking 本文版权归作者和CSDN共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接。 https://blog.csdn.net/xunzaosiyecao/article/details/83338207

TLAB全称是Thread Local Allocation Buffer 即线程本地分配缓存，从名字上看是一个线程专用的内存分配区域。

为什么需要TLAB这个区域呢？这是为了加速对象分配而生的。由于对象一般会分配在堆上，而堆是全局共享的。所以存在多个线程在堆上申请空间。因此，每一次对象分配都必须要进行同步（虚拟机采用CAS配上失败重试的方式保证更新操作的原子性），而在竞争激烈的场合分配的效率又会进一步下降。考虑到对象分配几乎是Java最常用的操作，因此Java虚拟机就使用了TLAB这种线程专属的区间来避免多线程冲突，提高了对象分配效率。TLAB本身占用了eden区的空间。在TLAB启用的情况下，虚拟机会为每一个Java线程分配一块TLAB空间。

由于TLAB空间一般不会很大，因此大对象无法在TLAB上进行分配，总是会直接分配在堆上。TLAB空间由于比较小，因此很容易装满。比如，一个100K的空间，已经使用了80KB，当需要再分配一个30KB的对象时，肯定就无能为力了。这时虚拟机会有两种选择，第一，废弃当前TLAB，这样就会浪费20KB空间；第二，将这30KB的对象直接分配在堆上，保留当前的TLAB，这样可以希望将来有小于20KB的对象分配请求可以直接使用这块空间。实际上虚拟机内部会维护一个叫作refill_waste的值，当请求对象大于refill_waste时，会选择在堆中分配，若小于该值，则会废弃当前TLAB，新建TLAB来分配对象。这个阈值可以使用TLABRefillWasteFraction来调整，它表示TLAB中允许产生这种浪费的比例。默认值为64，即表示使用约为1/64的TLAB空间作为refill_waste。

默认情况下，TLAB和refill_waste都会在运行时不断调整的，使系统的运行状态达到最优。如果想要禁用自动调整TLAB的大小，可以使用-XX:-ResizeTLAB禁用ResizeTLAB，并使用-XX:TLABSize手工指定一个TLAB的大小。

如图展示了简要的对象分配流程。首先，如果运行栈上分配，系统会先进行栈上分配，没有开启栈上分配或者不符合条件则会进行TLAB分配，如果TLAB分配不成功，再尝试在堆上分配，如果满足了进入老年代的条件（PretenureSizeThreshold等参数），就在老年代分配，否则就在eden区分配对象，当然有必要，可能会进行一次新生代GC。

下图来自：http://www.coin163.com/it/x919958674979920097/jvm-java

本文整理自：《实战JAVA虚拟机 JVM故障诊断与性能优化》

个人微信公众号：

作者：jiankunking 出处：http://blog.csdn.net/jiankunking