集合视图是原集合的只读代理或动态映射，不复制数据，修改原集合会实时反映在视图中；常见如unmodifiableList()、keySet()、subList()等，其行为完全依赖底层集合。
什么是集合视图（Collection View）？
集合视图不是新集合，而是对原集合的「只读代理」或「动态映射」——它不复制数据，修改原集合会实时反映在视图中，反之亦然（取决于具体实现）。常见视图包括 Collections.unmodifiableList()、Map.keySet()、Map.values()、Map.entrySet()，以及 ArrayList.subList()。
关键点在于：视图对象本身不持有独立数据副本，其行为完全依赖底层集合。比如调用 subList(0, 3) 返回的 List 修改元素会直接影响原 ArrayList；但若原集合结构被改变（如 add() 或 remove()），再访问该子列表可能抛出 ConcurrentModificationException。
-
keySet()、values()、entrySet()都是强关联视图：增删改其中任意一个，都会同步影响HashMap本体 -
Collections.unmodifiableXXX()返回的是包装器，禁止所有写操作，但底层集合仍可被其他引用修改 -
subList()是最易误用的视图：它返回的List不是独立副本，且不支持add()/remove()（会抛UnsupportedOperationException）
如何安全地把视图转成独立集合？
直接使用视图对象做参数传递或长期缓存是危险的——一旦原集合被修改，视图行为不可控。需要显式创建副本时，必须调用构造函数或工厂方法，而非简单赋值。
常见错误是写成 new ArrayList(map.keySet()) 却没意识到 keySet() 是视图，而构造函数内部会遍历并复制元素，这一步才是真正的“脱钩”。只要完成构造，后续原 Map 的变化就不再影响这个新 ArrayList。
- 从
Set视图创建副本：new HashSet(map.keySet())或Set.copyOf(map.keySet())（Java 10+，要求不可变输入） - 从
Collection视图创建副本：new ArrayList(collectionView)最通用；若需不可变结果，用List.copyOf(collectionView)（Java 10+） - 避免踩坑：
Arrays.asList(array)返回的是固定大小的List视图，不是独立副本；修改它会影响原数组，且不支持add()/remove()
为什么 Arrays.asList() 不是真正的集合转换？
Arrays.asList() 返回的是 Arrays$ArrayList（私有静态内部类），它直接封装原始数组引用，没有拷贝逻辑。这意味着：
- 调用
set(i, x)会真实修改原数组 - 调用
add()或remove()会抛UnsupportedOperationException - 它的
size()和迭代行为完全绑定数组长度，无法扩容缩容
真正需要“数组转集合”且可修改时，应写成：
String[] arr = {"a", "b", "c"}; List
list = new ArrayList<>(Arrays.asList(arr));
注意两层括号：外层 new ArrayList(...) 才完成深拷贝（值拷贝），内层 Arrays.asList() 只是提供迭代器。
性能与兼容性要注意什么？
视图本身几乎零内存开销，但频繁通过视图反复访问（如循环中多次调用 map.entrySet()）会产生多余对象分配（Java 8+ 已优化为复用，但旧版本仍需注意）。而转换为新集合必然触发遍历和数组分配，代价取决于集合大小。
- Java 10 引入的
List.copyOf()、Set.copyOf()等要求传入集合不可变，否则抛IllegalArgumentException；它们内部可能复用底层数组（如传入的是ImmutableCollections.ListN） - Android 开发需留意：早期 API 版本不支持
copyOf()，必须用构造函数兜底 - 并发场景下，即使拿到视图副本，也不能假设线程安全——原集合若被其他线程修改，副本虽不变，但业务逻辑可能已过期
最常被忽略的一点：视图的 equals() 和 hashCode() 行为与底层集合一致，但副本集合则按自身内容计算。如果用视图作为 HashMap 的 key，又在别处修改了原集合，会导致哈希码失配、查找失败。
