Java泛型问题：为何框架IPage的convert方法合法，自定义接口编译报错？

问题原理说明 #

1. 框架代码可编译的核心原因：裸类型绕过泛型校验 #

你看到的开源框架（MyBatis-Plus）代码中，convert方法存在两处泛型校验绕开逻辑：

• 第一处是List<R> collect = (List)this.getRecords().stream().map(mapper).collect(Collectors.toList());，这里将收集结果先强转为无泛型限制的裸类型List，再赋值给List<R>，跳过了编译期泛型匹配校验。
• 第二处是返回值this.setRecords(collect)的隐式转换：setRecords返回的是IPage<T>类型，方法声明要返回IPage<R>，这里因为前面已经用了裸类型操作，编译器会自动跳过泛型匹配，允许把IPage裸类型赋值给IPage<R>。

Java 编译器对于裸类型的变量/参数，会直接关闭泛型校验，所以框架代码可以正常编译。

2. 自定义代码报错的原因 #

你自行编写的代码中，没有做裸类型强制转换，直接将List<R>类型的参数传给要求List<T>类型的setRecords方法，编译期泛型校验无法通过，自然会报错。如果修改为和框架一致的裸类型强转逻辑，就可以正常编译：

public interface IPage<T> {
    
    IPage<T> setRecords(List<T> list);

    default <R> IPage<R> convert() {
        List<R> collect = new ArrayList<>();
        // 强转为裸类型List，绕开编译期泛型校验
        return this.setRecords((List) collect);
    }
    
}

3. 该设计的风险与适用场景 #

这种写法本质是利用Java泛型擦除的特性，把泛型校验从编译期推迟到了运行期：

• 适用场景：convert方法传入的转换函数确实能将T类型正确转换为R类型，运行时不会出现类型不匹配的问题，框架用这种写法可以让使用者不用重新构造新的IPage对象，直接复用原有分页参数。
• 风险：如果类型转换逻辑不符合预期，运行时调用getRecords获取结果并做类型转换时，会抛出ClassCastException，编译期无法提前发现问题。

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