Java 11是否改变了SafePoint的放置规则及原因？

问题背景 #

在Java 8中，int类型的计数for循环不会插入SafePoint，两个线程执行完循环后才会打印num，最终结果为2000000000；而long类型的循环因被视为非计数循环，会插入SafePoint，导致提前打印小于2000000000的num值。但在Java 11 Corretto版本中，无论使用int还是long循环，都会提前打印num。

核心结论 #

Java 11确实修改了SafePoint的放置策略，核心是统一了不同类型计数循环的SafePoint插入逻辑，不再区分int和long循环的特殊处理。

具体变化与原因 #

• Java 8的旧行为：JVM会把int类型的标准计数循环（for (int i = 0; i < N; i++)）判定为「可快速完成的计数循环」，这类循环会被优化为无SafePoint的形式——JVM认为这类循环迭代次数可预测，执行耗时短，不需要插入SafePoint来响应GC或其他虚拟机操作。但long类型的计数循环没享受到这个优化，会被当作普通循环，在循环体内插入SafePoint。
• Java 11的新调整：JVM团队重构了循环的SafePoint优化逻辑，所有计数循环（不管循环变量是int还是long）都会插入SafePoint，或者说调整了SafePoint的触发时机，不再单独给int循环开无SafePoint的绿灯。
• 调整的核心原因：
  • 消除类型差异导致的行为不一致：Java 8中仅因循环变量类型不同就出现完全不同的并发行为，容易让开发者踩坑，统一逻辑后能让循环的执行语义更一致。
  • 提升GC响应及时性：即使是int类型的超长循环，也可能长时间占用CPU，导致GC无法及时触发（因为线程一直在无SafePoint的循环里跑，没法暂停）。调整后，VM能更及时地中断循环线程，执行GC等必要操作，提升系统稳定性。
  • 简化JVM优化逻辑：取消int和long循环的差异化处理，减少JVM内部的分支判断，降低优化逻辑的维护成本。

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