如何理解Java Flight Recorder新增的ObjectAllocationSample事件？

大权重初始采样的问题 #

JFR的jdk.ObjectAllocationSample事件采用的是自适应抽样机制，不会对每一次对象分配都生成事件：JVM会为每个线程维护独立的分配计数，每当线程累计分配量达到预设的采样阈值（默认128KB），才会对下一次分配触发采样，将两次采样间隔内的总分配量作为weight字段赋值给本次采样事件。
线程的分配计数器是JVM启动后持续累加的，不会随JFR录制启动自动重置。你看到的第一个采样事件的6.1GB weight，实际上是该线程从上一次采样（发生在JFR录制启动之前）到本次采样的总分配量，只是刚好本次采样命中了PlatformRecorder.getListeners()方法内的ArrayList分配调用点，和这个ArrayList本身的大小没有任何关系，也不代表这个调用点产生了6.1GB的分配。 #

采样堆栈的可信度 #

单独看单个采样事件的堆栈和weight没有意义，这类采样数据的价值是统计层面的：

• 分配量越高的调用点，被采样命中的概率越高，在足够长的采样周期内，同一个调用点累计的weight总和会无限接近实际产生的分配量。
• 只有录制时长足够、样本量足够大的情况下，统计出来的分配热点才是可信的。

避免工具展示假热点的方案 #

你遇到的JProfiler等工具展示异常热点的问题，是因为短时间录制的样本被初始的大权重异常样本污染导致的，可以通过两种方式规避：

• 启动JFR录制后不要立刻停止，至少运行30秒以上，等初始的历史累计权重对应的采样事件全部产生后再统计结果
• 启动JFR录制时开启reset-on-start配置，强制重置所有线程的分配计数器，避免录制前的分配量被算到录制后的第一个采样点上

内容的提问来源于stack exchange，提问作者Billybong