本文介绍如何利用 java 的类型系统（而非仅靠命名约定）严格区分语义不同的两类列表（如 oldfoos 和 newfoos），从根本上防止传参错误，涵盖类继承设计、封装包装类、泛型增强等实用方案。
在 Java 中，仅靠变量名（如 oldFoos 与 newFoos）无法阻止编译时误传——List 是同一类型，IDE 和编译器无法识别其业务语义差异。真正的类型安全需由编译器可验证的类型结构提供。以下是三种正交且生产可用的设计策略，按安全性与灵活性递进：
✅ 方案一：完全独立类型（最高安全性，零隐式转换）
当「旧版」与「新版」在业务逻辑中永远不可互换、不可共用方法时，应定义两个无继承关系的独立类：
final class OldFoo {
private final double someNum;
public OldFoo(double someNum) { this.someNum = someNum; }
}
final class NewFoo {
private final double someNum;
public NewFoo(double someNum) { this.someNum = someNum; }
}
// 编译器强制隔离：List ≠ List
class NewFooRunner {
public double runFoos(List foos) { // 只接受 NewFoo 列表
return foos.stream().mapToDouble(f -> f.someNum).sum();
}
}
⚠️ 注意：若需共享字段或行为，可通过组合（Composition）复用公共逻辑，而非继承——这更符合面向对象的松耦合原则。
✅ 方案二：共享抽象基类/接口（平衡安全性与复用性）
当两类对象部分场景需统一处理（如日志打印、序列化），但关键 API 必须区分时，引入共同父类型：
立即学习“Java免费学习笔记（深入）”；
