使用泛型后仍触发ClassCastException的异常处理技术问询

首先明确：在你只能修改test方法、无法触及调用方的前提下，一定要在类型转换前用instanceof做类型校验，这是避免运行时ClassCastException最可靠的方案。

修改后的test方法实现 #

最直接的写法就是先判断元素类型，再执行对应的逻辑：

private static void test(List<? extends Employee> list){
    for(Employee employee1 : list){
        // 先校验类型，再安全强转
        if (employee1 instanceof Clerk) {
            ((Clerk)employee1).display1();
        } else {
            // 这里可以根据业务需求处理非Clerk类型的元素
            // 比如调用Employee的通用方法，或者打印提示后跳过
            employee1.display();
            // 或者：System.out.println("当前元素不是Clerk类型，无法执行display1()");
        }
    }
}

为什么这能解决问题？ #

你遇到的问题本质是泛型的类型擦除机制：编译时List<? extends Employee>只保证元素是Employee的子类，但运行时JVM会擦除泛型类型信息，不知道这个列表原本是List<Manager>还是List<Clerk>。直接把所有元素强转成Clerk，当传入Manager类型的列表时，自然会触发类型转换异常。

而instanceof会在运行时检查对象的实际类型，只有当元素确实是Clerk（或其子类）的实例时，才会执行强转和display1()调用，从根源上避免了转换失败的情况。

更简洁的流式处理写法 #

如果你只关心Clerk类型的元素，也可以用Java Stream来过滤和处理，代码更简洁且同样安全：

private static void test(List<? extends Employee> list){
    list.stream()
        .filter(Clerk.class::isInstance) // 过滤出Clerk实例
        .map(Clerk.class::cast)          // 安全强转成Clerk
        .forEach(Clerk::display1);       // 调用目标方法
}

这种写法通过filter提前筛选出符合类型的元素，后续的map强转不会有任何风险，同时代码可读性更高。

补充：为什么编译能通过？ #

Java泛型是编译时检查机制，List<? extends Employee>在编译阶段允许你把元素转成Employee的任意子类（语法上合法），但运行时类型擦除后，JVM只能看到实际的对象类型，这就导致了编译通过但运行报错的情况。

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