sublist返回原列表视图而非副本，修改会双向影响；安全切片需立即转为独立副本，推荐new arraylist()、list.copyof()或流式复制。
Java 中 List.subList() 返回的是原列表的**视图（view）**，不是新副本，所以修改子列表会直接影响原列表，反之亦然。想安全“切片”又避免联动污染，关键在于**及时脱离原列表引用**。
subList 为什么会导致联动污染？
subList 返回的是 RandomAccessSubList 或 SubList（取决于底层实现），它内部持有一个对原 List 的强引用，并通过索引偏移操作原集合。它不复制元素，只是逻辑截取。
例如：
List<string> original = new ArrayList(Arrays.asList("a", "b", "c", "d"));
List<string> slice = original.subList(1, 3); // ["b", "c"]
slice.set(0, "x"); // original 变成 ["a", "x", "c", "d"] ← 被修改了！
original.add("e"); // slice.size() 可能抛 ConcurrentModificationException ← 视图失效风险
</string></string>
安全切片的三种推荐做法
-
构造新 ArrayList（最常用）：
用new ArrayList(list.subList(from, to))立即拷贝内容，断开与原列表的关联。 -
使用 List.copyOf（Java 10+）：
List.copyOf(list.subList(from, to))返回不可变副本，线程安全且明确表达“只读切片”意图。 -
流式复制（需保留类型/兼容旧版）：
list.subList(from, to).stream().collect(Collectors.toList())，语义清晰但稍重，适合需后续链式处理的场景。
哪些操作要特别注意？
-
不要长期持有 subList 返回值：尤其在多线程或长生命周期对象中，容易因原列表被修改而抛
ConcurrentModificationException或读到脏数据。 -
避免对 subList 做结构性修改：如
add()、remove()、clear()—— 它们会直接改原列表，且可能破坏原列表结构（比如删掉 subList 区间外的元素）。 -
subList 不支持 addAll(null) 等边界操作：某些 JDK 版本下会抛
NullPointerException，不如新副本鲁棒。
一句话总结
把 subList 当作临时“窗口”，用完立刻用构造器或 List.copyOf 转成独立副本；把它当原列表的快捷代理来用，就等于主动拥抱副作用。
