Java中List.subList返回的是原列表的视图而非副本，修改subList会联动影响原列表；安全切片需立即创建独立副本，如new ArrayList<>(original.subList(from, to))。
Java 中 List.subList 返回的是原列表的**视图（view）**，不是新副本，直接修改 subList 会联动影响原列表，反之亦然。要“切片”并避免联动污染，关键在于**立即创建独立副本**。
subList 本质是视图，不是拷贝
调用 list.subList(fromIndex, toIndex) 返回一个与原 List 共享底层数据的子列表。它底层没有复制元素，只是持有了原列表的引用和索引范围。因此：
- 对 subList 调用
add、remove、set会直接改原列表 - 原列表在 subList 范围内增删元素，会导致 subList 抛
ConcurrentModificationException - 哪怕只读取，也仍依赖原列表存活——原列表被 GC 后，subList 可能失效（虽不报错，但行为不可靠）
安全切片：立即转为新 ArrayList
最常用且稳妥的方式是将 subList 包装进新的 ArrayList 构造器，触发元素复制：
List<String> original = Arrays.asList("a", "b", "c", "d", "e");
List<String> slice = new ArrayList<>(original.subList(1, 4)); // ["b", "c", "d"]
slice.add("x"); // 不影响 original
这行代码等价于逐个调用 add，确保新列表拥有自己独立的数组和状态。
其他安全复制方式（按场景选）
-
Java 10+：用
List.copyOf()—— 不可变副本，轻量高效：List<String> safe = List.copyOf(original.subList(1, 4)); -
需要可变且兼容旧版：用
Arrays.asList(...).toArray()+ 构造器（略啰嗦，不推荐） -
流式处理后收集：用
stream().skip().limit().collect(Collectors.toList())—— 语义清晰，但有额外开销，适合链式操作
特别注意：嵌套对象仍可能被共享
上述方法只做**浅拷贝**。如果 List 元素是自定义对象（如 User），新列表里的元素引用仍指向原对象。修改某个 User.name，两边都会看到变化。
若需深拷贝，必须手动克隆元素，例如：
List<User> original = ...;
List<User> deepSlice = original.subList(1, 4).stream()
.map(u -> new User(u.getId(), u.getName())) // 手动构造新实例
.collect(Collectors.toList());
不复杂但容易忽略：subList 是快捷操作，不是切片终点；真正隔离，靠的是下一步的显式复制。
