Java泛型编译错误：类型一致却提示E无法转换为? extends Event

错误根源 #

你遇到的incompatible types错误，核心是Java泛型的类型安全限制：

• Listener<? extends Event>表示「某个未知的、继承自Event的子类的监听器」，比如它可能是Listener<ClickEvent>，也可能是Listener<KeyEvent>。
• 而publish方法的E是确定的某一个Event子类（比如当前传入的是ClickEvent）。如果监听器是Listener<KeyEvent>，它的handle方法只能接受KeyEvent类型参数，你传入ClickEvent显然类型不匹配。Java编译器为了避免这种潜在的类型错误，直接禁止了这种不确定的调用。

解决思路 #

方案1：使用? super E替代? extends Event #

修改监听器的泛型约束，把Listener<? extends Event>改成Listener<? super E>，代码如下：

public <E extends Event> void publish(E event) {
    listeners.forEach((Listener<? super E> listener) -> {
        listener.handle(event);
    });
}

这是遵循PECS原则（生产者用extends，消费者用super）：监听器是「消费」event的角色，? super E表示监听器的泛型类型是E的父类（包括E本身），这样它的handle方法可以接受E类型的参数（子类实例可以安全赋值给父类型参数），编译器就不会再报错。

方案2：统一使用Listener<Event>（不推荐） #

如果你的业务场景中所有监听器都需要处理任意Event子类，可以把监听器声明为Listener<Event>，这样handle方法接受Event类型参数，任何Event子类都能传入。但这种做法会丢失泛型的类型安全性——比如原本只能处理ClickEvent的监听器，现在也能被传入KeyEvent，运行时可能出问题。

关于IntelliJ的修复建议 #

IntelliJ给出的修复应该就是把? extends Event替换成? super E，这个修改的作用就是让监听器的泛型约束符合消费event的场景，确保handle方法可以安全接收当前的E类型事件，从根源上解决类型不兼容的问题。

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