subList返回的是原ArrayList的视图而非副本，结构性修改会直接影响原列表并可能抛ConcurrentModificationException；应只读使用或转为独立副本。
调用 subList 返回的是原 ArrayList 的**视图（view）**，不是独立副本。对子列表做结构性修改（如 add、remove、clear）会直接改变原列表，同时可能抛出 ConcurrentModificationException —— 即使是单线程操作。要安全使用，关键在于**避免通过 subList 修改结构，或确保修改可控且不破坏一致性**。
理解 subList 的“视图”本质
subList(fromIndex, toIndex) 返回的 List 实例底层仍持有对原 ArrayList 的引用，并共享其元素数组。它没有自己的数据拷贝：
- 调用
subList.get(i)实际是访问原列表的get(fromIndex + i) - 调用
subList.set(i, e)是合法的——这是非结构性修改，会更新原列表对应位置的元素 - 但
subList.add(e)、subList.remove(0)、subList.clear()都属于结构性修改，会触发原列表的modCount检查，极易导致异常或意外删改
安全做法：只读访问或转为独立副本
如果只需读取或遍历子区间，直接使用 subList 安全高效：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
✅ 推荐：
List<string> view = list.subList(2, 5);</string>+for (String s : view) { ... }或view.get(0) -
✅ 推荐：需要不可变视图时，包装为只读：
Collections.unmodifiableList(list.subList(2, 5)) -
❌ 避免：直接在
subList上调用add/remove
需要修改子区间？先复制再操作
若确实要增删元素，应创建新容器，与原列表解耦：
立即学习“Java免费学习笔记（深入）”；
- 构造新
ArrayList：new ArrayList(list.subList(2, 5))—— 这是深拷贝元素引用（浅拷贝），后续任意修改不影响原列表 - Java 10+ 可用
List.copyOf(list.subList(2, 5))获取不可变副本 - 如需修改后写回原列表某段，手动用
list.subList(...).clear()+list.addAll(index, newItems)，但务必注意索引偏移和并发安全
警惕隐藏的结构性修改
有些看似无害的操作也会触发结构变更：
-
subList.retainAll(anotherList)、subList.removeAll(...)是结构性修改，会抛异常 -
subList.sort(...)在 Java 8+ 是允许的（属于“替换”，非增删），但subList.replaceAll(...)安全，subList.removeIf(...)❌ 不安全 - 迭代
subList时调用Iterator.remove()同样会失败 —— 因为它底层调用的是原列表的remove
