如何在非泛型类中编写合法泛型方法？解决返回实例编译报错

你的问题核心在于泛型方法的类型参数是由调用者指定的，但方法内部却返回固定类型的Test<String>或Test<Integer>，这两者类型不匹配，所以编译报错。强制转换虽然能过编译，但会产生unchecked警告，且本质上是绕过了类型检查，存在风险。下面给你两种合理的解决方案：

方案1：返回通配符类型（放弃调用指定泛型） #

如果方法的返回类型不需要由调用者指定，而是根据type动态决定，那没必要把方法定义成泛型方法，直接返回Test<?>即可：

public record Test<T>(T value) {}

public class MyClass {
    private int type; // 假设type是类的成员变量

    public Test<?> getRecord() {
        switch(type) {
            case 1: 
               return new Test<>("my string");
            default:
               return new Test<>(5);
        }
    }
}

这种方式下，方法内部不需要任何强制转换，编译完全合法。调用者拿到Test<?>后，可以通过instanceof判断实际类型再做处理：

Test<?> record = myClass.getRecord();
if (record.value() instanceof String str) {
    // 处理String类型逻辑
} else if (record.value() instanceof Integer num) {
    // 处理Integer类型逻辑
}

方案2：通过Class参数绑定泛型类型（保证类型安全） #

如果必须让调用者指定返回的泛型类型，那需要在方法参数中传入Class<T>作为类型标识，确保返回的实例类型与调用者指定的匹配：

public record Test<T>(T value) {}

public class MyClass {
    private int type; // 假设type是类的成员变量

    public <T> Test<T> getRecord(Class<T> clazz) {
        switch(type) {
            case 1: 
                if (String.class.isAssignableFrom(clazz)) {
                    return new Test<>(clazz.cast("my string"));
                }
                break;
            default:
                if (Integer.class.isAssignableFrom(clazz)) {
                    return new Test<>(clazz.cast(5));
                }
                break;
        }
        throw new IllegalArgumentException(String.format("当前type=%d无法返回%s类型的Test实例", type, clazz.getName()));
    }
}

调用时需要传入对应的Class对象：

// 当type=1时，正确调用
Test<String> strRecord = myClass.getRecord(String.class);
// 当type为默认值时，正确调用
Test<Integer> intRecord = myClass.getRecord(Integer.class);
// 如果type和传入的Class不匹配，会抛出异常
Test<Double> errRecord = myClass.getRecord(Double.class); // 抛出IllegalArgumentException

为什么原来的写法不行？ #

你定义的public <T> Test<T> getRecord()意味着：调用者可以指定任意的，方法都要返回对应的Test实例。但你的方法内部只能返回Test<String>或Test<Integer>，这显然无法满足所有的要求，编译器自然会报错。强制转换只是欺骗编译器，实际上如果调用者指定了非String/Integer的，运行时会出现类型转换异常，所以这种方式不推荐。

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