当方法需返回 List 或 List 时，应统一声明为 List 并将子类列表安全转为父类列表，避免使用 List
当方法需返回 `list
在 Java 泛型中，List<child></child> 并非 List<parent></parent> 的子类型——这是由泛型的不变性（invariance）决定的。尽管 Child extends Parent，但 List<child></child> 和 List<parent></parent> 是完全无关的类型。因此，不能直接将 List<child></child> 赋值给 List<parent></parent> 引用（编译报错），也不能用 List extends Parent> 作为返回类型——这虽能通过编译，却违反了可维护性与 API 设计原则：SonarQube 规则 RSPEC-1452 明确指出，通配符类型不应出现在公有方法的返回类型中，因为它迫使调用方处理复杂、不直观的泛型边界，削弱类型安全性与可读性。
✅ 正确解法是：统一返回 List<parent></parent>，并在必要时将子类列表安全提升（upcast）为父类列表。由于 Child 是 Parent 的子类，每个 Child 实例天然可作为 Parent 使用，因此将 List<child></child> 中的元素逐个视为 Parent 是类型安全的。最简洁、高效的方式是利用 ArrayList 构造函数：
public List<parent> getListOfStuff(boolean p) {
return p
? myOtherMethodThatReturnsListOfParents()
: new ArrayList(myOtherMethodThatReturnsListOfChildren());
}</parent>
该构造函数接受任意 Collection extends Parent>（包括 List<child></child>），内部执行浅拷贝并以 Parent 类型参数化新列表，既保证了类型安全，又避免了原始列表被意外修改的风险（即实现了不可变视图的语义等价效果）。
⚠️ 注意事项：
- 不要使用
Collections.unmodifiableList((List<parent>) (List>) list)</parent>等强制类型转换——这是危险的运行时欺骗，会破坏泛型契约； - 若性能敏感且列表极大，且确定下游不会修改，可考虑
List.copyOf()（Java 10+）替代new ArrayList(...)，它更轻量且返回不可变副本； - 在调用端，若需区分具体类型（如对
Child执行特有操作），应使用instanceof安全判断：
for (Parent item : getListOfStuff(false)) {
if (item instanceof Child child) {
child.specificChildMethod(); // 安全调用子类方法
}
}
总结：面向抽象编程的核心在于暴露最宽泛但足够精确的类型。返回 List<parent></parent> 既符合 Liskov 替换原则，又兼顾可读性、可测性与静态分析合规性；而将子类集合“升格”为父类集合，是 Java 泛型中安全、标准且被广泛推荐的实践。
