向上转型自动安全，向下转型必须先判断再强转；前者用父类引用管理子类对象并动态绑定方法，后者须用instanceof校验防classcastexception，本质是切换引用视角而非改变对象本身。
向上转型自动安全，向下转型必须先判断再强转——关键不是“怎么写语法”，而是“为什么转”和“怎么防崩”。
向上转型：自动完成，用父类引用管理子类对象
语法就是直接赋值，不需要括号，也不需要校验：
- Animal a = new Dog(); —— 编译直接通过，JVM 知道 Dog 是 Animal 的一种
- 只能调用 Animal 中声明的方法和 public 字段，但方法调用走动态绑定：a.eat() 实际执行的是 Dog 的 eat()
- 不能调用 Dog 特有方法（如 bark()），编译报错；也不能靠字段名拿到子类同名字段值（字段访问无多态）
- 适合统一处理多种子类：比如 List
animals = Arrays.asList(new Dog(), new Cat());
向下转型：必须 instance of 校验，否则必抛 ClassCastException
你不能凭经验或注释“保证它是 Dog”，JVM 只认运行时真实类型。安全写法分两步：
- 先用 if (a instanceof Dog) 判断——null 时返回 false，天然防空指针
- 再强转：Dog d = (Dog) a; 或 Java 14+ 更简洁写法：if (a instanceof Dog dog) { dog.bark(); }
- 绝对避免无条件强转：Dog d = (Dog) a; —— 一旦 a 实际是 Cat 或纯 Animal，运行就崩
- 不用 a.getClass() == Dog.class：它不接受子类（如 Poodle 继承 Dog），而 instanceof 支持继承链
常见踩坑场景与应对建议
向下转型不是设计首选，而是类型信息丢失后的必要补救。这些地方最容易出错：
- 泛型擦除后遍历集合：List
- 框架回调传 Object 参数：Spring MVC 控制器、监听器收到的 Event、Result 等通用类型，需按业务需要精准识别子类型
- 接口转换也要校验：(Serializable) obj 要先 obj instanceof Serializable，否则类没实现该接口照样崩
- 频繁出现向下转型？说明设计可能偏离面向抽象原则——优先考虑在父类加 abstract 方法，让子类自己实现行为
转型本质：换视角，不改对象
无论怎么转，堆里的对象始终是那个 new 出来的实例，它的实际类型写在对象头里，从创建那一刻就固定了。
- Animal a 和 Dog d 如果指向同一对象，它们共享内存：改 d.name 就等于改 a.name（字段可访问前提下）
- 所谓“转型”，只是切换引用看待对象的宽度：父类视角窄，只看到共性；子类视角宽，能看到全部
- IDE 提示 “Unchecked cast” 是在警告：这次转型编译期无法验证，全靠你运行时兜底
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
