为Java接口添加泛型默认方法出现Unchecked cast警告的问题

你遇到的警告本质是Java编译器无法在编译期确认this的实际类型就是方法泛型参数T。虽然你指定了<T extends IBoundsToFit>，但这个约束只要求T是IBoundsToFit的子类，不代表当前实例的类型一定等于T。

举个实际的不安全场景：
假设存在两个实现类：

class MyModel implements IBoundsToFit { /* 实现逻辑 */ }
class AnotherModel implements IBoundsToFit { /* 实现逻辑 */ }

如果有人错误地写出如下代码：

AnotherModel wrongInstance = new MyModel().withBoundsToFit(true);

这段代码在编译时不会报错，但运行时会直接抛出ClassCastException——因为MyModel实例根本无法强转为AnotherModel。这就是编译器抛出警告的原因：它无法阻止这种错误的类型赋值。

方案1：使用F-bounded泛型（推荐） #

让接口本身携带泛型参数，绑定实现类自身，这样编译器就能在编译期约束返回类型必须是实现类本身：

public interface IBoundsToFit<T extends IBoundsToFit<T>> {
    void setBoundsToFit(boolean boundsToFit);

    default T withBoundsToFit(boolean boundsToFit) {
        setBoundsToFit(boundsToFit);
        // 这里的转换仍会有警告，但属于F-bounded泛型的常规写法，实际使用中无安全风险
        @SuppressWarnings("unchecked")
        T self = (T) this;
        return self;
    }
}

// 实现类需指定自身为泛型参数
class MyModel implements IBoundsToFit<MyModel> {
    @Override
    public void setBoundsToFit(boolean boundsToFit) {
        // 你的业务逻辑
    }
}

此时使用链式调用时，new MyModel().withBoundsToFit(true)会直接返回MyModel类型，若试图将其赋值给其他实现类（比如AnotherModel），编译期就会报错，彻底避免运行时异常。

方案2：在实现类中重写方法（无警告，但繁琐） #

如果不想让接口带泛型，可以在每个实现类中重写withBoundsToFit方法，明确返回自身类型：

public interface IBoundsToFit {
    void setBoundsToFit(boolean boundsToFit);

    // 接口中只定义方法签名，不写默认实现
    IBoundsToFit withBoundsToFit(boolean boundsToFit);
}

class MyModel implements IBoundsToFit {
    @Override
    public void setBoundsToFit(boolean boundsToFit) { /* 业务逻辑 */ }

    @Override
    public MyModel withBoundsToFit(boolean boundsToFit) {
        setBoundsToFit(boundsToFit);
        return this;
    }
}

这种方式完全没有类型转换警告，但需要每个实现类都重写方法，失去了接口默认方法的便利性。

你最初的方法级泛型写法存在类型安全隐患，而F-bounded泛型是Java中实现这种链式调用的标准做法——虽然仍有unchecked cast警告，但因为泛型参数绑定了实现类自身，实际使用中不会出现类型不匹配的问题，此时抑制警告是安全的。

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