向上转型自动但丢子类功能，向下转型需强转且可能抛ClassCastException；转型不改变对象本身，只改变引用的类型认知权限。
向上转型是自动的，但会“丢功能”
向上转型就是把 Dog 对象赋给 Animal 类型的变量，比如 Animal a = new Dog();。编译器允许，也不用加括号——因为子类天然兼容父类。但转型后，你只能调用 Animal 里声明的方法，哪怕 Dog 自己有 bark()，a.bark() 会直接编译报错：Cannot resolve method 'bark' in 'Animal'。
- 常见错误：以为转型后还能调子类特有方法，结果 IDE 红波浪线都懒得提示，直接编译失败
- 典型使用场景：集合存多种动物（
List），统一调eat()，靠多态自动走各自实现 - 注意：即使
eat()被子类重写，调用a.eat()仍执行的是Dog.eat()—— 这是多态生效的前提
向下转型必须显式强转，且不检查就炸
向下转型是把 Animal 变量“还原”成 Dog，比如 Dog d = (Dog) a;。这行代码编译能过，但运行时如果 a 实际指向的不是 Dog（比如是 Cat 或纯 new Animal()），就会抛 ClassCastException。
- 必须加
instanceof防御：先写if (a instanceof Dog) { Dog d = (Dog) a; ... } - 别信“我刚 new 的 Dog，肯定没问题”——引用可能被中途修改，或来自不可控接口返回值
- 泛型擦除后集合取元素（如
list.get(0)返回Object）也常需向下转型，同样要判类型
转型不是改对象，只是换“眼镜”看它
无论是 Animal a = new Dog() 还是 Dog d = (Dog) a，背后那个对象始终是同一个 Dog 实例，内存地址没变。转型只改变编译器对这个引用的“认知权限”：向上是收窄视野，向下是冒险开权限。
- 所以不能靠向上转型“隐藏”子类行为来规避问题——重写的方法照样执行子类逻辑
- 也不能靠向下转型“修复”设计缺陷：如果频繁需要转型，大概率说明类结构该重构了（比如加抽象方法或策略接口）
- 接口类型之间也能转型（如
IHuman h = new Man(); Man m = (Man) h;），规则和类继承完全一致
向下转型失败时，错误信息很直白但容易忽略根源
抛出的异常是 java.lang.ClassCastException: class Cat cannot be cast to class Dog。表面看是类型不对，但真正的问题往往在上游：为什么一个本该是 Dog 的引用，实际装进了 Cat？可能是工厂返回错、配置加载错、或者多线程下状态被覆盖。
立即学习“Java免费学习笔记（深入）”；
- 日志里打
a.getClass().getName()比猜更靠谱 - IDE 调试时鼠标悬停看变量实际类型，比读代码快得多
- 用
Optional包裹转型结果（如Optional.ofNullable(a).filter(x -> x instanceof Dog).map(x -> (Dog) x)）可让逻辑更函数式，但别为炫技增加复杂度
