Java泛型方法冲突：同擦除却未覆写问题求助

错误原因解释 #

你遇到的name clash错误核心原因有两点：

1. 泛型擦除导致签名冲突：Java泛型是编译期特性，编译后两个setAddressList方法都会被擦除为setAddressList(List)，方法签名完全一致，属于重复定义。
2. 子类方法并未真正覆写父类方法：Java的方法覆写要求参数类型必须满足严格匹配规则——虽然StudentAddress是Address的子类，但List<StudentAddress>并不是List<Address>的子类型（泛型是不变的，而非协变）。因此子类的setAddressList(List<StudentAddress>)和父类的setAddressList(List<Address>)是两个完全不同的方法，不满足覆写条件，编译器自然判定为冲突。

而printName方法能正常覆写，是因为它的参数列表（无参数）和父类完全一致，符合覆写的严格匹配要求。

保留泛型类型的解决方案 #

方案1：将父类改为泛型类（推荐） #

通过让父类Person接受一个泛型参数，指定地址列表的具体类型，既能保证类型安全，又能避免强转：

public class Person<T extends Address> {
    protected String name;
    private List<T> addressList;

    public void setAddressList(List<T> addressList) {
        this.addressList = addressList;
    }

    public void printName() {
        System.out.println("The person's name is " + this.name);
    }
}

public class Student extends Person<StudentAddress> {
    // 无需重新定义addressList字段，直接复用父类的泛型字段
    @Override
    public void printName() {
        System.out.println("The student's name is " + this.name);
    }

    // 如果需要自定义逻辑，可正常覆写setAddressList，参数类型自动匹配为List<StudentAddress>
    @Override
    public void setAddressList(List<StudentAddress> addressList) {
        super.setAddressList(addressList);
        // 子类自定义逻辑
    }
}

这种方式从根源上保证了类型一致性，父类的地址列表类型由子类指定，编译期就能做类型检查，完全避免强制转型。

方案2：修改子类方法名（妥协方案） #

如果不想修改父类结构，可以给子类的方法换个唯一名称，避免签名冲突：

public class Student extends Person {
    private List<StudentAddress> addressList;

    public void setStudentAddressList(List<StudentAddress> addressList) {
        this.addressList = addressList;
    }

    @Override
    public void printName() {
        System.out.println("The student's name is " + this.name);
    }
}

这种方式简单直接，但会增加方法名的复杂度，且子类同时存在父类的setAddressList和自己的setStudentAddressList，需要注意调用时的区分。

方案3：复用父类的地址列表（不推荐） #

如果子类不重新定义addressList，直接使用父类的List<Address>，虽然可以添加StudentAddress元素，但取出时需要强制转型，不符合你避免强转的需求，因此不推荐。

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