Groovy 3为何需JDK9构建却支持JRE8运行？

为什么必须用JDK9+构建？ #

Groovy 3的编译器底层依赖了JDK9引入的几个关键特性：

• 模块化系统（JPMS）：Groovy 3的核心模块结构基于JPMS设计，用JDK8构建时编译器会跳过模块化校验，采用兼容模式生成非模块化字节码，这种兼容逻辑会引入额外的动态代理类和反射调用。
• JDK9工具链优化：Groovy 3的字节码生成器使用了JDK9新增的javac优化API，JDK8环境下只能回退到旧版生成逻辑，缺少栈帧复用、常量池压缩等优化，导致生成的字节码在高频调用下产生更多临时对象。
• 隐藏的API依赖：部分Groovy 3的语法糖实现依赖JDK9中公开的内部API（比如java.lang.invoke包的扩展），JDK8下只能通过反射间接调用，持续产生额外的内存开销。

为什么高负载下内存暴增？ #

用JDK8构建的Groovy 3应用在低负载下能正常运行，但高负载API调用时：

1. 兼容逻辑产生的动态代理类、反射调用会大量创建临时对象，触发频繁的Minor GC
2. 未优化的字节码会导致方法栈帧占用更多内存，且无法被JVM高效回收
3. 缺少JDK9引入的内存管理优化（比如元空间的精细化控制），导致元空间内存持续攀升

解决步骤 #

• 切换构建环境到JDK9或更高版本，严格遵循官方构建要求
• 构建完成后的应用仍可在JRE8环境运行（官方明确支持最低JRE版本为8），无需改动生产环境的运行时
• 若短期无法升级构建JDK，可尝试添加编译参数groovyc --release 8，但这仅能缓解部分问题，无法彻底解决高负载下的内存隐患

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