Groovy访问Java类属性触发ClassCastException异常求助

核心原因拆解 #

Groovy访问对象属性（如specialdto.originId）时，默认会尝试将对象转换为GroovyObject，通过元编程机制处理属性的get/set逻辑。正常情况下，Groovy会自动为Java类生成GroovyObject的动态包装类，但测试用例场景中出现了异常，具体原因可能如下：

1. 类加载器冲突：异常提示类处于“unnamed module of loader 'app'”，如果测试用例中的SpecialDTO实例由非应用默认类加载器加载（比如Mockito、PowerMock等测试框架修改了类加载器），Groovy的字节码增强机制无法正常为其生成GroovyObject包装，导致类型转换失败。
2. Groovy属性访问 fallback 失效：理论上，当Groovy无法通过GroovyObject访问属性时，会自动 fallback 调用JavaBean规范的getter方法（比如getOriginId()），但测试环境的Groovy配置或类加载问题导致这个 fallback 逻辑没有触发，反而强制要求对象必须是GroovyObject。
3. 类型转换的宽松性差异：GroovyObject obj = specialdto能正常运行，是因为Groovy在赋值时的类型转换逻辑更宽松，可能临时生成了包装对象，但这个包装在后续属性访问时因为类加载问题失效。

可行的解决方向 #

• 排查测试框架的类加载器配置：如果使用了PowerMock等篡改类加载器的工具，尝试禁用相关类加载器修改功能，或调整Groovy的类加载策略使其适配测试环境。
• 显式调用getter方法：既然getOriginId()能正常工作，测试用例中直接用getter替代属性访问，绕过Groovy的元编程机制。
• 调整Groovy配置：开启groovy.allJavaAccess配置，强制Groovy优先使用JavaBean规范访问Java对象的属性，而非依赖GroovyObject。
• 验证Lombok编译结果：检查SpecialDTO的编译字节码，确认Lombok在测试编译阶段正确生成了getOriginId()方法，避免注解处理失效。

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