向上转型是自动安全的，向下转型需显式强转并配合instanceof校验；两者仅改变引用视角而不改变对象本身。
向上转型是自动的、安全的，向下转型必须显式强转且需配合类型校验；两者都不改变对象本身，只切换引用看待对象的视角。
向上转型：自动完成，用父类视角操作子类对象
把子类实例赋给父类引用变量，比如 Animal a = new Dog();，编译器直接允许，无需括号、不报错。这是因为 Dog “是” Animal，逻辑上天然兼容。
- 只能调用 Animal 中声明的方法和字段，哪怕 Dog 重写了 eat()，a.eat() 运行时仍执行 Dog 版本（靠 JVM 虚方法表动态绑定）
- 不能访问 Dog 特有的方法，如 a.bark() 编译失败——Animal 类里没这个签名
- 字段访问无多态性：a.name 拿到的是 Animal 类定义的字段值，不是 Dog 中同名字段（若可见）
向下转型：还原子类身份，必须先判断再强转
当你确定某个 Animal 引用背后其实是 Dog，想调用 bark()，就得还原为 Dog 类型。但直接写 (Dog) a 很危险——如果 a 实际指向 Cat 或 null，运行时立刻抛 ClassCastException 或触发空指针。
- 正确做法分两步：先用 a instanceof Dog 判断（对 null 返回 false，天然防崩）；确认为真后再强转：Dog d = (Dog) a;
- JDK 14+ 支持模式匹配写法：if (a instanceof Dog d) { d.bark(); }，更简洁安全
- 不要用 getClass() == Dog.class 替代 instanceof，它无法识别子类实例（比如 new Poodle() 不等于 Dog.class）
转型本质：换“眼镜”，不改对象
无论怎么转型，堆里的对象始终是那个 new 出来的实例，它的实际类型在对象头里固定不变。Animal a 和 Dog d 如果指向同一对象，它们共享内存——修改 d.name 就等于修改 a.name（前提是字段可访问）。
立即学习“Java免费学习笔记（深入）”；
- 所谓“转型”，只是切换引用的视角：父类视角窄，只能看到共有的部分；子类视角宽，能看到全部
- 转型不复制对象、不新建实例、不改变字段值或方法实现
该不该用向下转型？优先用多态替代
频繁出现向下转型，往往说明设计可以优化。例如集合里存了 Dog、Cat、Bird，遍历时想分别处理，与其一个个 instanceof 判断再强转，不如在 Animal 中定义抽象方法 specialAction()，让各子类自己实现。
- 但现实中有合理场景：接收第三方回调传来的通用类型（如 Event），而业务逻辑只对 LoginEvent 需提取 IP 地址——这时加 instanceof 是必要且合理的
- 泛型擦除后无法靠类型参数判断，真正可依赖的只有每个元素的实际运行时类型，所以必须逐个做 instanceof 校验
- IDE 提示 “Unchecked cast” 是在警告：这次转型无法编译期验证，完全靠你运行时保证。它不是语法错误，但一旦出错就是崩溃级问题
