向上转型后不能直接调用子类独有方法，需先用instanceof判断再向下转型；java 14+推荐模式匹配写法if (a instanceof dog d) { d.bark(); }；遍历集合时每个元素须独立判断；设计上应优先通过抽象或策略模式规避硬编码转型。

向上转型后不能直接调用子类独有方法，因为编译器只认变量声明的类型（比如 Animal），而子类方法（如 bark()）不在父类中定义，编译阶段就报错。安全调用必须经过运行时类型确认和向下转型。

必须先判断类型再转型

跳过类型检查直接强转，比如 Dog d = (Dog) a;，一旦 a 实际是 Cat 或其他类型，运行时抛出 ClassCastException。正确做法是：

• 用 instanceof 判断对象是否为预期子类
• 确认后再强制转换，获得对子类成员的访问权限
• 示例：if (a instanceof Dog) { Dog d = (Dog) a; d.bark(); }

Java 14+ 推荐模式匹配写法

JDK 14 引入的 instanceof 模式匹配让代码更简洁安全：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

• 一次判断、自动绑定，避免重复写类型名
• 空安全：如果 a 是 null，不会触发转型
• 作用域清晰：绑定变量 d 只在 if 块内有效
• 示例：if (a instanceof Dog d) { d.bark(); }

遍历集合时每个元素都要独立判断

父类数组或集合（如 Animal[] animals）中混存不同子类对象，不能只判一次类型就批量转型：

• 每个元素都需单独做 instanceof 检查
• 例如：for (Animal a : animals) { if (a instanceof Dog d) d.bark(); }
• 误写成先判断再循环转型，会导致类型不匹配时崩溃

设计上优先规避硬编码转型

如果业务中频繁出现“判断 + 转型 + 调方法”，说明抽象层可能不够合理：

• 把共性行为提到父类或接口中，比如统一定义 makeSound()，由子类重写
• 用策略模式封装差异逻辑，让调用方只依赖接口，不感知具体子类
• 父类提供默认空实现或抛 UnsupportedOperationException 的钩子方法，子类按需覆盖
• 泛型工厂直接返回明确子类类型，避免一开始就向上转型

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南