subList修改会直接改变原ArrayList，因其返回的是共享底层elementData和modCount的视图而非副本；安全切片需立即创建独立副本，如new ArrayList(list.subList(from, to))、List.copyOf()或流式收集。
subList 修改会直接改原列表
ArrayList 的 subList 返回的是视图，不是副本。它内部持有一个对原 ArrayList 的强引用，并通过偏移量访问底层 elementData 数组。所以你调用 subList.set(i, x)、subList.add(x) 或 subList.remove(i)，实际执行的是对原列表对应位置的写操作。
例如：
- 原列表
[1,2,3,4,5]，sub = list.subList(1, 4)→ 视图为[2,3,4] -
sub.set(0, 9)→ 原列表变成[1,9,3,4,5] -
sub.add(1, 8)→ 原列表变成[1,9,8,3,4,5]，且sub变为[9,8,3,4]
原列表变动也会让 subList 失效或报错
subList 和原列表共享同一个 modCount（修改计数器）。只要原列表发生结构性修改（如 add()、remove()、clear()），subList 的迭代器或后续操作就会触发 ConcurrentModificationException。
典型场景：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 遍历
subList时，另一处代码调用originalList.remove(0)→ 立即抛异常 -
subList.forEach(...)或subList.stream().map(...).collect(...)同样依赖原列表迭代器，受相同约束 - 哪怕只是读取，若原列表已被 GC 回收，subList 行为不可靠（虽不报错，但可能返回 null 或越界）
如何安全切片：立即创建独立副本
要避免双向污染和并发风险，关键不是“不用 subList”，而是“拿到 subList 后立刻脱离原引用”。推荐三种方式：
- new ArrayList(list.subList(from, to))：最通用，兼容所有 JDK 版本，返回可变副本
- List.copyOf(list.subList(from, to))（Java 10+）：返回不可变副本，语义明确，线程安全
-
list.subList(from, to).stream().toList()（Java 16+）或
.collect(Collectors.toList())（旧版）：适合需链式处理的场景，但开销略大
哪些做法容易踩坑
以下行为在生产环境应避免：
- 将
subList()结果长期缓存（如静态变量、成员字段）——原列表一变，它就失效 - 把
subList当作普通 List 传给第三方方法——对方若做 add/remove，你的原列表就被悄悄改了 - 在 for-each 或 forEach 中修改原列表结构——哪怕只删一个元素，subList 迭代就会中断
- 误以为
subList(0, size)是深拷贝——它仍是视图，和原列表完全等价
