向上转型无需强制类型转换，因编译器可静态确认子类到父类赋值安全；向下转型必须显式强转并配合instanceof检查，否则运行时抛classcastexception。
向上转型为什么不需要强制类型转换
因为编译器在编译期就能确认子类对象赋值给父类引用是安全的——子类一定拥有父类的全部公开成员，不会出现调用不存在方法的情况。Animal a = new Dog() 合法，a.speak() 能正常调用（哪怕实际执行的是 Dog.speak()），这是多态的基础。
常见错误现象：Animal a = new Animal(); Dog d = (Dog) a; 编译通过但运行时抛出 ClassCastException——转型前没做类型检查。
- 向上转型本质是引用类型的“窄化”：把具体类型（
Dog）视作更宽泛类型（Animal），不丢失信息 - 编译器只校验声明类型是否兼容，不关心运行时真实类型
- 所有继承关系中，子类 → 父类自动转型，无需
(Parent)语法
向下转型必须显式强转且要防 ClassCastException
因为父类引用可能指向任意子类实例，甚至就是父类自身实例。JVM 不允许你凭空假设一个 Animal 引用背后一定是 Dog，所以必须用 (Dog) 显式告诉虚拟机“我确定它是”，否则编译不通过；而一旦判断错误，就在运行时崩。
使用场景：需要调用子类特有方法，比如 Dog.bark()，但手头只有 Animal 类型的引用。
立即学习“Java免费学习笔记（深入）”；
- 必须配合
instanceof使用：if (a instanceof Dog) { Dog d = (Dog) a; d.bark(); } -
instanceof在 Java 14+ 支持模式匹配：if (a instanceof Dog d) { d.bark(); }，自动完成转型并绑定变量 - 避免对
null做instanceof判断（结果恒为false，但不会 NPE）
多态方法调用靠虚方法表（vtable），不是靠转型
转型本身不改变对象内存布局，也不触发任何方法重写逻辑。真正决定调用哪个 speak() 的，是对象实际类型对应的虚方法表指针——每个类加载时 JVM 就构建好它的 vtable，里面存着该类所有可被重写的方法的实际入口地址。
性能影响：虚方法调用比静态/私有方法慢一点点（现代 JVM 有内联优化，差距极小），但这是多态的必要开销。
-
Animal a = new Dog(); a.speak();—— 查的是Dog的 vtable，跳转到Dog.speak() -
Animal a = new Cat(); a.speak();—— 查的是Cat的 vtable，跳转到Cat.speak() - 转型（无论上下）只是改变编译期类型检查和引用视角，不影响 vtable 查找过程
泛型擦除让 List<dog></dog> 无法直接转型为 List<animal></animal>
这是容易被忽略的“伪多态”陷阱。虽然 Dog 是 Animal 的子类，但 List<dog></dog> 和 List<animal></animal> 在运行时都被擦除为原始类型 List，二者没有继承关系，强制转型会绕过泛型检查，导致后续 add(new Cat()) 破坏类型安全。
正确做法是用通配符：List extends Animal> 接收 List<dog></dog>，但它只允许读、不允许写（除 null）。
- 错误示例：
List<dog> dogs = new ArrayList(); List<animal> animals = (List<animal>) dogs;</animal></animal></dog>—— 编译警告，运行时可能出错 - 安全替代：
List extends Animal> safe = dogs;，此时safe.get(0)返回Animal，但不能safe.add(...) - 如果真要写，用
List super Dog>，它允许添加Dog及其子类，但读出来是Object
(Dog)，而是忘了问一句：“我凭什么认定它就是 Dog？” 
