Groovy升级后调用同类静态方法出现VerifyError运行时异常

问题概述 #

将Groovy从2.5.7升级到2.5.18后，Docker环境下运行代码出现以下运行时错误，开发环境无此问题：

java.lang.VerifyError (class: utils/MyGroovyClass, method: myMethod signature: (Ljava/lang/String;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Ljava/lang/Object;) Illegal target of jump or branch

问题出在静态方法ubixConnectionSetting中，该方法使用this赋值静态变量，并调用无类名前缀的静态方法init()，代码示例：

static ubixConnectionSetting(String a, b, c, d, e, f, g, h, y) {
        this.a = a
        this.b = b
        ...
        init()
    }

临时修复验证 #

在init()前添加类名前缀MyGroovyClass.init()可修复问题，但大量类似代码需要更高效的解决方案。

根本原因分析 #

1. 静态方法使用this的不规范写法：Java规范中静态方法属于类而非实例，不能使用this引用，但Groovy 2.5.7及之前版本做了兼容处理，允许这种写法并生成可通过验证的字节码。
2. Groovy字节码生成逻辑变更：2.5.18版本优化了字节码生成和验证逻辑，对静态方法中的this引用处理方式改变，导致调用无前缀静态方法时，字节码错误地尝试通过实例跳转，触发JVM的字节码验证错误。
3. 环境差异：Docker环境通常默认启用更严格的JVM字节码验证（或未关闭验证），而开发环境可能因IDE或JVM参数配置跳过了部分验证，导致问题仅在容器环境暴露。

正规解决方案 #

1. 修正代码规范（推荐） #

静态方法中禁止使用this访问静态变量，直接用类名替代：

static ubixConnectionSetting(String a, b, c, d, e, f, g, h, y) {
        MyGroovyClass.a = a
        MyGroovyClass.b = b
        ...
        init() // 修正this引用后，此处无需添加类名前缀也可正常运行
    }

这是符合Java/Groovy规范的写法，解决this导致的字节码生成异常后，Groovy能正确将init()解析为静态方法调用，无需逐个修改方法调用语句。

2. 升级Groovy到更高稳定版本 #

Groovy 2.5.x后续版本（如2.5.21）已修复部分字节码生成的兼容性问题，升级后无需修改代码即可解决该验证错误。

3. 调整Docker环境JVM参数（临时规避） #

若无法立即修改代码或升级版本，可在Docker启动参数中添加-noverify或-Xverify:none关闭JVM字节码验证，但此方法会降低运行时安全性，仅作为临时过渡方案。

4. 统一编译与运行时Groovy版本 #

检查Docker环境中依赖的Groovy版本是否与编译时完全一致，避免混合不同小版本导致的字节码不兼容问题。

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