向上转型后调用方法仍是子类实现，因编译期类型检查改变但运行时对象真实类型未变，JVM通过虚方法表动态绑定；向下转型需instanceof判断以防ClassCastException。
向上转型后调用方法，为什么还是子类的实现？
因为向上转型（如 Animal a = new Dog();）只是改变了编译期类型检查的依据，并不改变运行时对象的真实类型。JVM 在执行时仍按实际对象（Dog）查虚方法表，所以多态生效。
常见错误现象：
以为转型后“丢失”了子类行为，结果发现 a.speak() 依然打印 “汪汪”，误以为转型没生效或方法被覆盖错了。
- 向上转型是安全的，编译器允许，且无需强制类型转换
- 只能访问父类声明的方法和字段；即使子类重写了方法，也能通过动态绑定调用到子类版本
- 如果子类新增了方法（如
Dog.bark()），向上转型后的引用无法直接调用——编译报错cannot resolve method 'bark()'
向下转型前必须用 instanceof 判断吗？
不是“必须”，但跳过它大概率触发 ClassCastException。JVM 不会在运行时自动帮你兜底，它只认你写的类型断言。
使用场景：
从集合里取出 Object 类型元素，想还原成具体业务类型（如 List<object></object> 里混存了 String 和 Integer）；或者接收一个泛型擦除后的父类引用，明确知道当前实例其实是某个子类。
立即学习“Java免费学习笔记（深入）”；
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
-
instanceof是运行时类型检查，能避免强转失败；注意 JDK 14+ 支持模式匹配（if (obj instanceof Dog d) { d.bark(); }），更简洁 - 直接强转（如
(Dog)a）在a实际不是Dog或其子类时，抛出ClassCastException - 用
getClass() == Dog.class可以做精确等价判断，但不适用于子类实例（比如new Poodle()不等于Dog.class）
泛型擦除后怎么安全地向下转型？
泛型在运行时不存在，List<string></string> 和 List<integer></integer> 编译后都是 List，所以不能靠泛型参数做类型判断。真正可依赖的，只有容器中每个元素的实际运行时类型。
性能 / 兼容性影响：
遍历 + instanceof 判断本身开销小，但若频繁做、或集合很大，应考虑重构为用具体泛型类型传递，而非退化到 List<object></object>。
- 不要写
(List<string>) list</string>这种泛型强转——编译警告，运行时无效，可能引发后续ClassCastException - 正确做法是逐个取元素，再对每个元素做
instanceof String判断后转型 - 如果上游能改，优先用
Stream.filter(...).map(...)配合instanceof做类型过滤，语义更清晰
为什么 IDE 提示“Unchecked cast”警告？
这是编译器在告诉你：这次转型无法在编译期验证安全性，完全依赖你在运行时保证类型正确。它不是语法错误，但一旦出错就是崩溃级问题。
容易踩的坑：
把 Object 强转成 Map<string list>></string> 这类嵌套泛型，IDE 会反复警告；有人直接加 @SuppressWarnings("unchecked") 忽略，结果某天数据结构变了，运行时报 ClassCastException 却找不到源头。
- 警告出现位置通常在
(TargetType) obj表达式处，尤其是目标类型含泛型时 - 如果确定安全（例如自己刚 new 出来并塞进去的对象），可用注解压制，但务必加注释说明依据
- 更稳妥的做法是用工厂方法封装转型逻辑，把校验集中到一处，比如
castToUserList(Object obj)内部做instanceof+ 元素遍历校验
类型转型本身不难，难的是谁在什么时候、基于什么信息判断该转、能不能转、转完是否真能用。很多 ClassCastException 其实发生在第三层调用之后，堆栈看不出原始转型点——所以别省那几行 instanceof。
