List.subList 获取集合视图及操作方法

`List.subList()` 返回的并非独立副本，而是与原列表共享底层数据的实时视图，任何结构性操作（如 `add`、`remove`）都会直接改变原列表长度和元素索引，极易引发 `ConcurrentModificationException` 或 `IndexOutOfBoundsException`；它零拷贝、高性能，适合分页更新或临时区间操作，但必须警惕视图与原列表的强耦合——遍历时不可跨视图修改、边界计算需防越界、序列化或长期持有前须确认原列表生命周期，真正需要隔离时应显式构造新集合。

subList 返回的是原 List 的实时视图，不是副本

调用 subList 得到的子列表和原 List 共享底层数据，任何对子列表的结构性修改（如 add、remove、clear）都会直接反映在原列表上，反之亦然。这不是拷贝，是委托式代理。

• 常见错误现象：ConcurrentModificationException —— 在遍历原列表时调用 subList().clear()，或在遍历子列表时修改原列表
• 使用场景：批量更新某段索引范围的数据（如分页缓存刷新）、临时隔离操作区间、避免创建新集合开销
• 性能影响：零拷贝，O(1) 时间创建；但所有操作仍走原 List 实现（如 ArrayList 的 set 是 O(1)，remove 是 O(n)）

对 subList 的 add/remove 会改变原列表长度和索引偏移

subList 不是“独立切片”，它的 add 或 remove 会真实插入/删除原列表中对应位置的元素，导致后续元素索引整体位移。这意味着你不能假设子列表的 size 不变，也不能安全地基于原始索引做二次操作。

• 示例：list = [a,b,c,d]，sub = list.subList(1,3) → [b,c]；执行 sub.add("x") 后，list 变成 [a,b,x,c,d]，sub 变成 [b,x,c]
• 容易踩的坑：在循环中对 subList 调用 remove 时，没考虑它会收缩原列表，导致 IndexOutOfBoundsException 或漏删
• 替代方案：若需真正隔离修改，应显式构造新列表，如 new ArrayList(subList)

subList 的边界索引必须合法，且不可越界访问

subList(fromIndex, toIndex) 要求 0 ≤ fromIndex ≤ toIndex ≤ list.size()。哪怕 fromIndex == toIndex（空子列表）也合法；但一旦 toIndex > list.size() 或 fromIndex ，立刻抛 IndexOutOfBoundsException。

• 常见错误现象：分页计算末尾 toIndex = fromIndex + pageSize 时未取 Math.min(toIndex, list.size())，导致越界
• 兼容性注意：该行为在所有 JDK 版本中一致，但不同 List 实现（如 CopyOnWriteArrayList）对 subList 的支持程度不同 —— CopyOnWriteArrayList.subList 返回的是快照，不反映后续写操作
• 安全写法：list.subList(Math.min(i, list.size()), Math.min(j, list.size()))

迭代 subList 时禁止通过原列表修改结构

对 subList 使用增强 for 循环或 Iterator 遍历时，若同时用原列表的 remove、add 等方法改变其结构，会触发 ConcurrentModificationException —— 因为子列表的迭代器与原列表共享 modCount。

• 正确做法：只通过子列表自身的 Iterator.remove() 删除，或改用普通 for 循环配合 subList.set(i, x) 更新值（非结构性修改）
• 陷阱示例：for (String s : subList) { originalList.remove(s); } → 必崩
• 调试提示：异常堆栈里若出现 SubList.checkForComodification，基本可断定是跨视图并发修改

本篇关于《List.subList 获取集合视图及操作方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！