java多态遍历集合的核心是用父类或接口引用统一持有子类对象，通过方法重写实现运行时动态分发，无需if-else或instanceof；新增子类只需实现接口并加入集合，遍历逻辑零修改。
在 Java 多态关系中遍历集合并执行不同逻辑，核心是**利用父类/接口引用统一持有子类对象，再通过方法重写（override）实现运行时动态分发**。不需要 if-else 判断类型，也不需要 instanceof，靠 JVM 自动调用对应子类的实现。
用接口或抽象类统一集合元素类型
确保集合中存放的是同一父类型（接口或抽象类）的多个具体实现类实例：
- 定义一个公共接口（如 Shape），声明通用行为（如 draw()、getArea()）
- 多个实现类（Circle、Rectangle、Triangle）各自重写这些方法
- 集合声明为 List
，实际 add 各自的子类对象
遍历时直接调用多态方法
用 for-each 或 stream 遍历，对每个元素调用同名方法，JVM 自动绑定到实际类型的方法：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
List<shape> shapes = Arrays.asList(new Circle(), new Rectangle(), new Triangle());
for (Shape s : shapes) {
s.draw(); // 各自输出 "Drawing a circle" / "rectangle" / "triangle"
System.out.println("Area: " + s.getArea()); // 各自计算方式不同
}</shape>
这样逻辑完全解耦：新增一个 Pentagon 类？只要实现 Shape 接口，加进集合就行，遍历代码一行不用改。
需要差异化处理但又不想破坏多态时，用策略+模板方法
如果某些操作不能完全抽象到接口里（比如导出格式、日志级别、缓存策略），可结合策略模式：
- 在接口中增加一个返回策略对象的方法，如 getExportStrategy()
- 各子类返回自己适配的策略实例（JsonExportStrategy、XmlExportStrategy）
- 遍历时统一调用 strategy.export(shape)，策略内部再做类型相关判断（范围小、可控）
避免踩坑：别在遍历里用 instanceof 或强制转型
这是多态的反模式，会带来维护成本和扩展风险：
- 写一堆 if (s instanceof Circle) → 新增类型就得改遍历逻辑
- 强转后调用子类特有方法（如 ((Circle)s).getRadius()）→ 违背里氏替换原则，集合失去泛型意义
- 一旦集合里混入未覆盖的子类，容易漏处理或抛 ClassCastException
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
