多态数组和集合的核心价值是用统一类型容器管理多种子类实例，关键在安全调用：数组需instanceof校验后转型；泛型集合增强类型安全但调用子类特有方法仍需转型或钩子设计；真正解耦应通过策略模式+工厂模式替代硬编码判断。

多态数组和集合的核心价值，是用统一类型容器管理多种子类实例，让业务逻辑不随类型增加而反复修改。关键不在“存”，而在“如何安全调用”。

多态数组：编译期类型固定，运行时行为动态

声明 Parent[] arr = new Parent[3] 后，可存入 new ChildA()、new ChildB() 等任意子类对象。但注意：

• 数组元素的静态类型始终是 Parent，只能直接调用 Parent 中定义的方法或被子类重写的方法
• 若需访问子类特有方法（如 ChildB.doSpecial()），必须先用 instanceof 判断，再强制向下转型：(ChildB) arr[i]
• 转型前未校验类型会抛出 ClassCastException，所以 instanceof 不是可选项，而是必选项

泛型集合：类型安全更进一步，但仍有边界

用 List<Parent> 替代原始数组，能避免运行时类型错误，也支持增强 for 循环：

• 添加时自动检查，list.add(new ChildA()) 合法，list.add("hello") 编译失败
• 遍历时仍不能直接调用子类独有方法，原因同数组：变量声明类型是 Parent
• 若需差异化处理，推荐在父类中预留钩子方法（如 process()），由各子类按需实现，而非频繁转型

真正解耦：用策略+工厂代替硬编码判断

当集合中子类越来越多，满屏 if (x instanceof A) {...} else if (x instanceof B) {...} 就成了技术债。更优路径是：

• 定义统一接口或抽象类，把差异行为抽象为方法（如 execute()、render()）
• 每个子类专注实现自身逻辑，不暴露内部结构
• 配合简单工厂或配置驱动（如根据 type 字段查 Map<String, Handler>），让新增类型只需加类+注册，不碰原有调度代码

实际踩坑提醒

常见误区包括：

• 误以为 Parent p = new Child(); p.field 会取子类字段值——实际取的是 Parent 中定义的同名字段（成员变量不具多态性）
• 在循环中反复做 instanceof + cast，却没提取共性到父类，导致维护成本飙升
• 用 Object[] 存各种对象，失去类型约束，等于放弃编译期保护