多态本身不引发类型转换异常，但向下转型时需用instanceof校验实际类型，或通过接口方法重写、泛型安全、sealed类+模式匹配等方式避免ClassCastException。
多态本身不引发类型转换异常，但向下转型（downcasting）时若忽略实际类型，就会触发 ClassCastException。关键不是“多态如何处理异常”，而是**在多态场景下如何安全地做类型转换**——核心思路是：避免盲目强转，用设计和校验代替猜测。
向下转型前必须用 instanceof 校验
父类引用指向子类对象是多态的基础，但还原为具体子类时不能假设成功。JVM 不允许把 Cat 当 Dog 用，哪怕它们都继承 Animal。
- 正确写法：先确认再转换，null 自动被排除
Animal pet = getPet();
if (pet instanceof Dog) {
Dog dog = (Dog) pet;
dog.bark();
} else if (pet instanceof Cat) {
Cat cat = (Cat) pet;
cat.meow();
}
- 注意：instanceof 对数组、基本类型包装数组（如 int[]）不适用；new int[0] instanceof Object[] 是 false
用多态替代类型判断和强制转换
频繁出现 instanceof + 强转，往往是设计信号：行为差异本该由方法重写承担，而非靠类型分支来分发。
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 把差异化逻辑提到父类或接口中，让子类各自实现
interface Animal { void makeSound(); }
class Dog implements Animal { public void makeSound() { System.out.println("Woof"); } }
class Cat implements Animal { public void makeSound() { System.out.println("Meow"); } }
// 调用处无需判断类型：
Animal pet = getPet();
pet.makeSound(); // 自动调用对应子类方法
- 这样既消除了 ClassCastException 风险，也提升了可扩展性——加新动物不用改调用代码
泛型集合 + 多态时警惕类型擦除
List<Animal> 看似安全，但若混入原始类型操作或反序列化数据，运行时取值仍可能崩。
- 避免 raw type：不用 new ArrayList()，而用 new ArrayList<Animal>()
- 从外部来源（JSON、RPC）获取集合后，逐个校验元素类型再 cast，不要整 List 强转
public static <T> T safeCast(Object obj, Class<T> type) {
if (type.isInstance(obj)) return type.cast(obj);
throw new ClassCastException(...);
}
// 使用：
Object raw = fetchFromApi();
Dog d = safeCast(raw, Dog.class);
用 sealed 类 + switch 模式匹配（Java 17+）
当类型范围确定且有限（如只有 Dog/Cat/Bird），sealed 类配合 pattern matching 可彻底取代 instanceof 链。
- 声明封闭层次结构，编译器确保穷尽覆盖
sealed interface Animal permits Dog, Cat, Bird { }
Animal pet = getPet();
switch (pet) {
case Dog d -> d.bark();
case Cat c -> c.meow();
case Bird b -> b.fly();
}
- 编译期检查完整性，运行时零异常风险，语义更清晰
