避免频繁向下转型的核心是将类型判断从运行时移至设计阶段：通过抽象方法或默认方法统一行为、用访问者/策略模式封装强耦合逻辑、泛型约束源头类型、Optional封装安全转换。
避免频繁向下转型，核心是把“判断类型再调用”这件事，从运行时搬到设计阶段——让类型差异不再需要靠 instanceof 拦截，而是由结构本身自然承载。
用抽象方法或默认方法上移行为
子类特有功能，如果业务上确实属于同一语义（比如“发出声音”“启动引擎”“计算折扣”），就该定义在父类或接口中。子类各自实现，多态调用即可，完全绕开转型。
- 把
bark()、meow()统一为makeSound()，声明在Animal抽象类里 - Java 8+ 可用 default 方法提供通用逻辑，子类选择性覆盖
- 这样
animal.makeSound()直接生效，无需知道它到底是 Dog 还是 Cat
用访问者模式或策略模式封装类型逻辑
当行为确实与具体类型强耦合（如报表导出需按 Excel/PDF/CSV 分别处理），就把分支逻辑从客户端代码里抽出来，放到独立的访问者或策略类中。
- 定义
Exporter接口，为每种格式实现一个策略类 - 对象自身不决定怎么导出，而是接受一个
Exporter并调用其export(this) - 新增格式只需加新策略类，不改原有类，符合开闭原则
用泛型约束源头类型，减少中间父类引用
很多向下转型源于集合或方法返回了宽泛类型（如 List<Object> 或 Object），导致后续不得不硬转。应从源头明确类型。
立即学习“Java免费学习笔记（深入）”；
- 方法返回值写成
List<Dog>而非List，编译器就能拦住非法添加 - 工具方法用泛型签名，例如
<T> T cast(Object obj, Class<T> type)，内部做instanceof+ 强转，复用且安全 - 反序列化时用
TypeToken或ParameterizedTypeReference，避免先转Object再瞎猜
必要时用 Optional + 类型检查封装转换
如果真绕不开转型（如插件系统、反射调用），别裸写 (Dog) obj，而应封装成可选操作，让调用方显式处理失败路径。
- 写一个工具方法：
Optional<Dog> asDog(Object obj)，内部先instanceof再构造 Optional - 调用方用
asDog(obj).ifPresent(d -> d.bark())，语义清晰，空安全 - 比
try-catch ClassCastException更主动，也比一堆 if-else 更简洁
