map.values() 返回的是底层映射、不复制数据的 Collection 活视图，支持 remove/clear 等同步修改原 Map，但不支持 add/sort/随机访问；需排序或多次遍历时应转 ArrayList，遍历中避免结构性修改以防 ConcurrentModificationException。
values() 返回的是 Collection，不是 List 或数组
调用 map.values() 得到的是一个 Collection 视图，它底层直接映射到 HashMap 内部的 value 数组（JDK 8+ 是 Node 数组），不复制数据，也不保证顺序。这意味着你不能直接对它调用 get(0)、sort() 或 add() —— 它不支持随机访问，也不是可变集合。
常见错误现象：UnsupportedOperationException 出现在你试图对 map.values().add(...) 或 new ArrayList(map.values()).add(...) 后又误以为原 map 的 values 被修改了——其实只是副本变了，原 map 不受影响。
- 若需排序：先转成
ArrayList再Collections.sort()或用stream().sorted() - 若需去重：values 本身已天然无重复（除非业务对象 equals/hashCode 实现有误）
- 若需安全遍历：直接用增强 for 或
iterator()，避免在遍历时调用map.remove()，否则会触发ConcurrentModificationException
values() 视图与原 Map 强耦合，修改它会影响 map
map.values() 返回的 Collection 是“活视图”：对它的结构性修改（如 clear()、remove()）会同步反映到原 HashMap 上。这不是 bug，是设计使然。
使用场景举例：批量下架商品时，想清空所有状态为 OFFLINE 的业务对象，可以写 map.values().removeIf(v -> v.getStatus() == OFFLINE) —— 这比遍历 keySet 再 remove 更简洁，且只遍历一次 value。
- 安全操作：
remove()、removeAll()、clear()都会真实删除 map 中对应条目 - 禁止操作：
add()、addAll()会抛UnsupportedOperationException - 注意陷阱：多线程环境下，即使只读
values()，也需确保 map 本身是线程安全的（如用ConcurrentHashMap），否则可能看到部分更新或NullPointerException
泛型擦除下，values() 的类型安全靠你自己兜底
Java 泛型在运行时被擦除，map.values() 实际返回 Collection（原始类型）。如果你声明的是 Map，但中途有人用反射或非泛型方式往里塞了 User 对象，那么 map.values() 里就真混进了 User —— 编译器不会拦，运行时 ClassCastException 才暴露。
所以不要假设 map.values() 里全是你要的类型。尤其在集成遗留代码或接受外部输入 map 时。
- 稳妥做法：遍历时显式转型并加
instanceof判断，或用stream().filter(o -> o instanceof Order).map(Order.class::cast) - 避免写
(Order) iter.next()这种裸强转 - 如果 map 来自不可信来源（如 JSON 反序列化未指定泛型），values() 中对象的实际类型可能完全失控
values() 性能好，但别把它当缓存用
map.values() 几乎零开销：不复制对象，不新建数组，只是返回一个轻量级内部类实例（Values）。但它不缓存迭代器状态，每次调用 iterator() 都重新扫描哈希桶链表/红黑树。
容易踩的坑：在循环里反复写 for (Order v : map.values()) { ... } 是 OK 的；但写成 List 然后反复用这个 list —— 看似省事，实则浪费内存和 GC 压力，尤其当 value 对象本身很大或 map 很大时。
- 高频读场景：保持用
map.values()直接遍历，别转 list - 需要多次遍历 + 不变数据：才考虑一次性转
ArrayList或toArray() - 注意：
toArray()返回Object[]，要类型安全必须用map.values().toArray(new Order[0])（JDK 11+ 推荐空数组形式）
实际业务中，最常被忽略的是 values() 的“活视图”特性——它既是便利入口，也是隐性副作用通道。拿不准时，先看 JavaDoc 里那句：“The collection is backed by the map, so changes to the map are reflected in the collection, and vice-versa.”
