集合视图是对底层集合的只读代理，不持有数据副本，操作转发给原集合；修改行为取决于具体实现，可能影响原集合或抛异常，不能等同于安全副本。
什么是集合视图（Collection View）？
集合视图不是独立的集合，而是对底层集合的「只读代理」——它不持有数据副本，所有操作都转发给原集合。比如 Collections.unmodifiableList() 返回的列表、Map.keySet() 返回的 Set、ArrayList.subList() 返回的子列表，都是典型视图。
关键点在于：修改视图可能影响原集合（如 subList），也可能直接抛异常（如 unmodifiableXXX）。不能假设“视图 = 安全副本”。
-
subList(from, to)返回的视图与原ArrayList共享内部数组，调用set()或clear()会反映到原列表；但add()/remove()会抛UnsupportedOperationException（取决于实现） -
map.entrySet()视图中调用Iterator.remove()会真实删除原Map中的键值对 -
Collections.synchronizedList()返回的是线程安全的包装器，但它仍是视图——底层仍可被非同步方式访问（比如直接操作原始引用）
Java 中没有内置的「集合反转」方法，但有明确替代方案
别找 reverse() 在 Collection 接口上——它不存在。真正可用的反转能力集中在 List 和工具类中，且行为差异很大：
-
Collections.reverse(List)：就地反转，直接修改原列表（返回void），要求列表支持随机访问（RandomAccess），否则性能差（如LinkedList会遍历一半节点） -
Lists.reverse(List)（Guava）：返回一个不可变的视图，原列表不变；底层用索引倒查，不复制元素 -
new ArrayList(original).reversed()（Java 21+SequencedCollection）：仅适用于实现了该接口的集合（如ArrayList、LinkedList），返回新实例，非视图 - 对
Stream：可用Collectors.collectingAndThen(..., Collections::reverse)，但需注意这是收集后反转，不是流式延迟处理
常见错误：对 Set 或 Map 直接调用 reverse() —— 编译不过，因为它们不保证顺序，也就谈不上“反转”。若需要有序结果，先转成 List 再反转。
立即学习“Java免费学习笔记（深入）”；
视图 + 反转组合使用时的坑
把视图和反转混用极易引发 ConcurrentModificationException 或意外副作用。例如：
List<String> original = new ArrayList<>(Arrays.asList("a", "b", "c"));
List<String> view = original.subList(0, 2); // ["a", "b"]
Collections.reverse(view); // 原列表变成 ["b", "a", "c"] —— 是的，真改了
再比如：
List<String> unmod = Collections.unmodifiableList(original); Collections.reverse(unmod); // 运行时报 UnsupportedOperationException
- 视图是否支持修改，取决于其具体类型和创建方式，和“是不是视图”无必然关系
- 反转操作是否生效，取决于目标对象是否实现了
List且底层支持写入（如Arrays.asList()返回的列表可set()，但不能add()） - Guava 的
Lists.reverse()是安全的视图，但它的迭代器不支持remove()，强行调用会抛UnsupportedOperationException
什么时候该用视图，什么时候该复制？
视图省内存、响应快，但耦合深；复制断开依赖，但代价明确。选哪个，看场景：
- 只读遍历且原集合生命周期可控 → 用
unmodifiableXXX或subList - 要传给不可信代码（比如第三方库回调）→ 必须复制，避免对方误改你的数据
- 频繁反转且后续还要多次读取 → 用
Collections.reverse()就地改（如果允许修改原集合），比反复新建反转副本更高效 - 需要反转后还能增删 → 不能用任何视图反转，必须构造新
ArrayList并手动填充（或用 Java 21+ 的reversed()）
最易被忽略的一点：subList 返回的视图在原列表结构变更（如 clear()、ensureCapacity() 引发扩容）后，可能失效并抛 ConcurrentModificationException，哪怕你没并发线程——这是 fail-fast 机制在起作用。
