Groovy泛型子类重写父类模板方法时@Override注解报错问题

问题原因 #

1. 泛型参数命名冲突与继承绑定缺失
   • 子类ChildModelSheetHandler<ChildModel extends BaseModel>的泛型参数名ChildModel与实际实体类名重名，导致编译器无法正确识别该参数是父类泛型T的替换类型，误判方法为新定义而非重写。
   • 若子类未显式声明继承父类的泛型参数（即未写extends BaseSheetHandler<ChildModel>），父类泛型T会被类型擦除为Object，此时getRow(ChildModel record)属于方法重载而非重写，@Override注解自然不生效。
2. Groovy编译校验的严格性
   在Groovy 3.9.0结合Java 8的环境下，编译器对泛型子类的方法重写校验比Java更严格。当泛型参数的绑定关系未被清晰声明时，会直接判定方法未覆盖父类抽象方法。

解决办法 #

方案一：规范泛型参数命名，明确继承关系 #

将子类泛型参数改为通用占位符（如T），同时显式绑定父类泛型参数，彻底避免命名混淆：

class ChildModelSheetHandler<T extends BaseModel> extends BaseSheetHandler<T> {
    @Override
    protected Row getRow(T record) {
        // 业务逻辑实现
    }
}

方案二：使用非泛型子类（若业务允许） #

如果该子类无需作为泛型类复用，直接指定具体泛型类型，参考BasePracticeProfileSheetHandler的写法：

class ChildModelSheetHandler extends BaseSheetHandler<ChildModel> {
    @Override
    protected Row getRow(ChildModel record) {
        // 业务逻辑实现
    }
}

方案三：临时关闭严格泛型检查（不推荐） #

若上述方案无法快速落地，可在Katalon Studio中调整Groovy编译参数，关闭严格泛型校验：

• 进入项目配置界面，找到Groovy编译选项
• 添加编译参数-no-strict-generics

注意：此方案会降低类型安全性，仅作为临时应急手段，不建议长期使用。

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