subList返回的是原列表的视图而非独立副本，修改会相互影响；需隔离时必须显式创建新列表，如new ArrayList(list.subList(from, to))。
Java 中 subList 返回的是原 ArrayList（或 LinkedList）的视图（view），不是独立副本。修改子列表会直接影响原列表，反之亦然——这是最常见的“联动陷阱”。
subList 是视图，不是新列表
调用 list.subList(fromIndex, toIndex) 不会创建新集合，而是返回一个内部封装了原列表引用和范围信息的 SubList 实例。它共享底层数据结构：
- 对
subList调用set()、add()、remove()等操作，都会反映到原列表上； - 原列表在子列表范围外增删元素，可能导致
subList抛出ConcurrentModificationException（尤其在迭代时）； -
subList.size()、get()等读操作是安全的，但底层仍依赖原列表状态。
避免联动：需要副本时显式复制
如果业务逻辑要求子列表与原列表互不影响，必须手动创建独立副本：
- 用构造器：
new ArrayList(list.subList(1, 4))； - 用
stream().collect()（JDK 8+）：list.subList(1, 4).stream().collect(Collectors.toList())； - 注意：直接
Arrays.asList(...)或Collections.unmodifiableList(...)不能解决联动问题，它们包装的仍是subList视图。
小心增删操作引发的异常
在获取 subList 后，若对原列表执行结构性修改（如 add()、remove()、clear()），再访问该 subList 可能抛出异常：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 例如：先
sub = list.subList(0, 2)，再list.remove(0)，后续调用sub.get(0)就可能失败； - 这是因为
SubList内部维护了对原列表的modCount快照，检测到不一致即抛异常； - 安全做法：要么只读访问
subList，要么确保原列表在其生命周期内不发生结构性变更。
替代方案：按需选择更明确的工具
若频繁需要隔离子集，可考虑更清晰的替代方式：
- 用
Stream.skip().limit()做只读切片（无副作用，不可修改）； - 用 Guava 的
Lists.newArrayList(list.subList(...))显式强调复制意图； - 自定义工具方法，如
safeSubList(list, from, to)内部自动 new ArrayList，降低误用风险。
不复杂但容易忽略——关键就一条：只要不想联动，就别直接用 subList 当结果，老老实实复制一份。
