Java中无法在方法签名强制不可变List，但可通过List.copyOf()（JDK17+）实现轻量级防御性隔离：对不可变实例直接返回原引用，对可变列表自动创建不可变副本并拒绝null元素；配合泛型上界List<? extends T>强化只读语义，API入口统一封装为safeList()，避免unmodifiableList的视图风险。
Java 中无法在方法签名里“强制”要求传入不可变 List，但可以在组合式 API 或业务层通过契约 + 防御性处理 + 类型引导，实现逻辑上安全、语义清晰、运行时可靠的不可变传递。关键不是堵住调用方，而是让内部操作永远不依赖外部可变性。
用 List.copyOf() 做轻量级防御性隔离（JDK 17+ 推荐）
这是最实用、零成本、符合 JDK 规范的做法。它不阻止别人传 ArrayList，但确保你拿到的是绝对不可变的副本：
- 对 List.of()、List.copyOf() 等 JDK 内置不可变实例，直接返回原引用（无拷贝开销）
- 对 ArrayList、LinkedList 等可变实现，自动创建不可变副本
- 自动拒绝含 null 元素的列表（抛 NPE），天然过滤脏数据
- 无需第三方依赖，代码简洁：
List.copyOf(students)
用泛型上界约束写操作意图（只读语义强化）
把 List<Student> 升级为 List<? extends Student>，虽不能阻止传入可变列表，但能防止你在方法内误向列表添加元素（编译期报错）：
- 支持子类型协变，比如
List<GraduateStudent>可直接传入 - 禁止调用
add()、set()等修改方法，契合“只读使用”场景 - 配合
List.copyOf()使用，形成双重保障：语义只读 + 运行时不可变
在 API 入口统一做不可变封装（组合式设计）
如果多个业务方法都接收相似的 List 参数，可提取共用逻辑，避免重复判断：
立即学习“Java免费学习笔记（深入）”；
- 定义工具方法：
static <T> List<T> safeList(List<T> input) { return List.copyOf(input); } - 在组合式 API 的入口层（如 Service 方法、DTO 转换器、领域事件处理器）统一调用该方法
- 配合 Javadoc 明确声明：“本方法接收任意 List，内部将转为不可变副本处理”
- 这样上层调用者无需关心是否要自己调用
List.of()，降低使用门槛
避免 unmodifiableList 的常见陷阱（慎用包装视图）
Collections.unmodifiableList() 看似简单，但容易引入隐性风险，不建议作为主要手段：
- 它只是个只读外壳，若原始 ArrayList 还被其他代码持有并修改，你的“不可变视图”会同步反映变化
- 必须搭配显式复制（如
new ArrayList<>(list)）才真正隔离，反而更重 - 不如
List.copyOf()语义明确、性能可控、null 检查内置 - 仅在需兼容 JDK 8–9 且无法升级时，才考虑
collectingAndThen(toList(), Collections::unmodifiableList)
