17370845950

subList返回原列表的视图而非副本，修改双向同步；索引需满足0≤fromIndex≤toIndex≤size；不支持add、remove等结构性操作；多线程下不安全，需转不可变副本或加锁。

Java中的subList是List接口提供的一个视图方法，返回原列表的“活”子区间，不是独立副本——修改子列表会同步影响原列表，反之亦然。

subList返回的是视图，不是新集合

调用 list.subList(fromIndex, toIndex) 得到的仍是同一个底层数据结构的引用。它不复制元素，只是定义了一个逻辑窗口。

• 对子列表增删改，会直接反映在原列表上（可能抛出ConcurrentModificationException，尤其在遍历时）
• 原列表后续结构性修改（如add、remove、clear），可能导致子列表失效，访问时抛UnsupportedOperationException或异常
• 若需真正隔离的副本，应显式构造：new ArrayList(list.subList(1, 4))

索引范围必须合法且遵守左闭右开

参数 fromIndex 和 toIndex 必须满足：0 ≤ fromIndex ≤ toIndex ≤ list.size()，否则抛IndexOutOfBoundsException。

• fromIndex == toIndex 返回空子列表（长度为0，但非null）
• toIndex 取不到，即子列表包含索引 fromIndex 到 toIndex - 1 的元素
• 常见错误：误用 subList(0, list.size()) 想复制全量——虽不报错，但仍是视图；应改用 new ArrayList(list)

子列表不支持部分操作，注意UnsupportedOperationException

因为子列表无法保证自身长度不变（受原列表约束），以下方法会抛出异常：

• add(E)、addAll(Collection)、remove(Object)、removeAll(...) 等结构性修改方法（除非底层实现允许，如ArrayList子列表允许add/remove，但有严格位置限制）
• clear() 在某些JDK版本中可能被禁止（取决于具体List实现）
• 安全操作包括：get()、set()、contains()、indexOf()、iterator()（但迭代中修改原列表仍危险）

多线程环境下务必避免共享subList

subList本身不是线程安全的，且与原列表共享内部数组或节点。并发读写极易引发数据不一致或异常。

• 不要将subList暴露给多个线程，尤其当原列表也在被修改时
• 如需线程安全的子视图，先加锁保护原列表操作，或转为不可变副本：Lists.newArrayList(list.subList(a, b))（Guava）或 List.copyOf(list.subList(a, b))（Java 10+）
• 考虑用Collections.unmodifiableList()包装子列表，防止意外修改

基本上就这些。subList用起来简洁，但本质脆弱——理解它是“视图”而非“副本”，就能避开绝大多数坑。