向上转型是依赖抽象而非具体实现的架构设计习惯，本质是安全收缩——子类对象赋给父类引用（如Animal a = new Cat()），编译器自动允许，对象实际类型不变，动态绑定保证重写方法执行，但不可访问子类独有成员。
向上转型是享受多态优势的起点，不是技术操作难点，而是架构设计习惯。它让代码依赖抽象而非具体实现，从而在不改调用方的前提下替换行为逻辑。
向上转型的本质是“安全收缩”，不是类型转换
子类对象赋给父类引用（如 Animal a = new Cat();），编译器自动允许——这不是强制转换，而是用更宽泛的视角看待同一个对象。对象实际类型仍是 Cat，只是当前只暴露 Animal 定义的能力。
- 调用 a.eat() 会执行 Cat 重写的版本（动态绑定生效）
- 但不能调用 a.catchMouse()，因为 Animal 没声明这个方法
- instanceof 和 getClass() 仍能识别出真实类型，说明转型没改变对象本身
真正发挥架构价值的写法：用父类/接口做参数和返回值
把向上转型从单行语句升级为方法契约，才能释放多态对系统解耦的作用。
- 方法签名写成 void process(Animal animal)，而不是 void process(Cat cat) —— 后者一加新动物就得重载，前者天然支持任意子类
- 工厂或配置决定具体创建哪个子类，业务方法完全不感知；比如支付模块接收 PaymentProcessor，实际运行时可能是 AlipayProcessor 或 WechatProcessor
- 集合统一存父类类型：List<ReportGenerator> 可容纳所有报表生成器，遍历时直接调用 buildData()，无需 if-else 判别类型
避免常见陷阱：转型后仍要守住抽象边界
向上转型本身不会出错，但误以为“转型后就能用子类功能”会导致编译失败或空指针。
立即学习“Java免费学习笔记（深入）”；
- 不要在转型后试图访问子类独有字段或方法；需要这些能力，说明该处本就不该用父类引用
- 如果必须调用子类特有逻辑，先用 instanceof 检查再向下转型——但这已是架构信号：此处抽象定义可能不够，或职责划分需调整
- 重写 toString()、equals()、hashCode() 后，向上转型调用仍走子类实现，这是多态最稳定也最易被忽略的收益点
配合抽象类与抽象方法，形成可演进的骨架
单纯向上转型只能调用已有方法；若想强制子类提供关键行为，需结合抽象机制。
- 定义 abstract class ReportGenerator，含抽象方法 abstract void buildData(); 和默认方法 exportToPDF()
- 子类继承时必须实现 buildData()，否则编译报错；而调用方始终用 ReportGenerator 引用，完全不关心谁实现的
- 新增报表类型只需加一个子类，现有调度、导出、日志等通用流程零修改
