向上转型自动且安全但限制调用父类声明成员，向下转型需强制转换且必须instanceof检查以防classcastexception；转型仅改变引用视角，不修改对象本身。
向上转型是自动的，但会“丢功能”
向上转型就是把子类对象赋给父类引用，比如 Animal a = new Dog();。编译器允许，也不报错，因为 Dog “是” Animal，逻辑上完全成立。
- 只能调用
Animal类里声明的方法和字段，哪怕Dog重写了eat()，运行时也执行子类版本（多态生效） - 但
a.bark()这种子类特有方法，编译直接失败：Cannot resolve method 'bark' in 'Animal' - 常见场景：集合统一存不同子类（
List<animal></animal>）、方法参数接收多种实现（void feed(Animal a)）
向下转型要强转，不检查就崩
向下转型是把父类引用“还原”成子类类型，比如 Dog d = (Dog) a;。它不是自动的，必须加括号强制转换，而且非常危险。
- 如果
a实际指向的是Cat或null，运行时立刻抛出ClassCastException - 正确做法永远先用
instanceof判断：if (a instanceof Dog) { Dog d = (Dog) a; d.bark(); } - 注意：
instanceof对null返回false，所以不会触发强转，天然防空指针
转型不改对象，只改“怎么看”
Java 中转型操作从不复制或修改堆里的对象本身，只是切换引用的“视角”。对象头里始终存着真实类型（比如 Dog），JVM 靠它做动态分派。
- 向上转型后调
a.eat()，JVM 查的是对象实际类型的方法表 → 执行Dog.eat() - 向下转型成功后调
d.bark()，JVM 同样按真实类型解析 —— 本质还是那个Dog实例 - 误以为“转型改变了对象”，是初学者最常踩的认知坑
什么时候真需要向下转型？
绝大多数情况下，你应该靠多态和抽象方法设计来避免向下转型。只有当明确知道当前引用背后是某个具体子类，并且必须调用其独有 API 时，才考虑它。
立即学习“Java免费学习笔记（深入）”；
- 典型反模式：
if (animal instanceof Dog) { ... } else if (animal instanceof Cat) { ... }→ 应该用访问者模式或策略模式重构 - 合理场景：框架回调传入泛型父类引用，但业务层明确只处理某一种子类型（如 Spring 的
BeanFactory.getBean(Class<t>)</t>内部逻辑） - 替代思路：在父类中定义可选的默认行为，或用
Optional<dog></dog>封装转型结果，比裸强转更安全
