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用起来简洁，但本质脆弱——理解它是“视图”而非“副本”，就能避开绝大多数坑。
