IBM JVM反射调用Oracle编译类报JVMVRFY010 VerifyError如何解决

• 你遇到的JVMVRFY010 multiple jsrs use single return错误核心是IBM JVM的字节码校验逻辑比Oracle HotSpot更严格：jsr/ret是早期JVM字节码中实现finally代码块的指令，JVM规范明确要求每个jsr（跳转至子例程）必须对应独立的ret（子例程返回）指令。你用到的ObfuscationUtility是经过混淆的类，混淆工具生成了不符合规范的字节码，多个jsr共用了同一个ret返回点，Oracle JVM对这类不规范字节码做了兼容处理不会抛出错误，但IBM JVM会直接校验失败。
• 直接运行main方法正常、反射调用报错的差异来自类加载触发路径的不同：直接运行时作为入口类加载，IBM JVM会对这类类的字节码校验做部分豁免，而反射调用触发的类加载会走完整校验流程，因此触发错误。
• 额外的影响因素：你用Oracle JDK编译的类本身和IBM JVM存在一定兼容性差异，叠加混淆后的不规范字节码，进一步提高了校验错误的触发概率。

• 临时验证方案：给IBM JVM添加启动参数关闭字节码校验，在启动命令中加入-Xverify:none即可绕过校验步骤，直接运行代码。注意该方案会降低JVM的安全校验等级，仅推荐测试环境临时验证使用，不建议在生产环境使用。
• 永久修复方案1：调整混淆工具配置，禁止生成jsr/ret指令，主流混淆工具如ProGuard可添加配置项-dontusefjsr，强制混淆器用不依赖jsr的方式生成finally块的字节码，重新编译打包后即可在IBM JVM正常运行。
• 永久修复方案2：换用IBM JDK重新编译整个项目，IBM JDK编译生成的字节码完全适配IBM JVM的校验规则，不会出现这类兼容性问题。
• 永久修复方案3：升级IBM JVM到8.0 SR6及以上版本，新版本IBM JVM已经增加了对这类不规范jsr字节码的兼容逻辑，升级后可直接运行原有编译产物。

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