当使用 ArrayList<Item> 存储 Equipment 和 Product 等子类实例时，需通过类型检查与安全向下转型（cast）才能访问各子类独有的方法，避免 ClassCastException。
当使用 `arraylist
在 Java 的面向对象设计中，将不同子类（如 Equipment 和 Product）统一存入 ArrayList<Item> 是常见的多态实践——它提升了代码的灵活性与可扩展性。但这也带来一个关键限制：编译器仅允许调用 Item 类声明的方法。若需访问子类特有行为（例如 Equipment.getEquipmentVin() 或 Product.getSKU()），必须显式进行类型判断与向下转型。
✅ 正确做法：先检查，再转型
最直接、安全且语义清晰的方式是结合 instanceof 运算符与显式类型转换：
for (Item item : listOfItems) {
if (item instanceof Equipment) {
Equipment equipment = (Equipment) item;
String vin = equipment.getEquipmentVin();
System.out.println("VIN: " + vin);
} else if (item instanceof Product) {
Product product = (Product) item;
String sku = product.getSKU();
System.out.println("SKU: " + sku);
}
}⚠️ 注意：instanceof 在此处并非反模式。它在此类“运行时类型分发”（runtime type dispatch）场景中是合理且推荐的——前提是逻辑清晰、分支可控，且不用于破坏封装或替代设计模式。
? 为什么不能跳过 instanceof？
以下写法是危险且不可接受的：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
// ❌ 危险：可能抛出 ClassCastException Equipment e = (Equipment) item; // 若 item 实际是 Product，运行时报错 e.getEquipmentVin();
Java 的类型系统在编译期无法保证 Item 引用实际指向 Equipment，强制转型会绕过类型安全检查，导致运行时崩溃。
? 更优进阶方案（可选）
若子类行为差异较大，且未来可能新增类型，建议采用以下更可维护的设计：
- 策略模式：在 Item 中定义抽象/默认方法（如 process()），由子类重写；
- Visitor 模式：适用于需要对多种子类型执行不同操作的复杂场景；
- sealed classes + pattern matching（Java 17+）：若使用较新 JDK，可结合 switch 表达式实现更简洁的类型分发：
// Java 17+ 示例（需启用预览特性或 JDK 21+）
for (Item item : listOfItems) {
switch (item) {
case Equipment e -> System.out.println("VIN: " + e.getEquipmentVin());
case Product p -> System.out.println("SKU: " + p.getSKU());
case Item i -> System.out.println("Unknown item: " + i.getId());
}
}✅ 总结要点
- ✅ instanceof + 显式转型是处理异构泛型集合中子类特有方法的标准、安全方案；
- ✅ 始终先检查类型，再转型，绝不在无保障前提下强转；
- ✅ 避免在 Item 中暴露大量 null-safe 的“伪通用方法”，这会污染父类职责；
- ✅ 当逻辑复杂或类型持续增长时，应考虑重构为多态设计（如模板方法、策略或访问者），而非堆砌 if-else instanceof 链。
掌握这一机制，你就能在保持多态优势的同时，精准、稳健地调用子类能力。
