map.values() 返回的是 collection 而非 list，它是底层 map 的值视图，不支持随机访问和排序，修改会影响原 map，遍历时并发修改会抛 concurrentmodificationexception。
values() 返回的是 Collection 还是 List？
Map.values() 返回的是 Collection 接口的实现类，**不是 List**，更不是 ArrayList。它通常是底层 Map 实现类（如 HashMap）内部维护的一个“视图集合”——即不拷贝数据，直接映射到原 Map 的值上。
这意味着：
- 对返回的
Collection调用remove()会同步修改原Map（比如删掉对应 key-value 对） - 不能直接调用
get(0)或sort()—— 因为Collection没有随机访问或排序方法 - 若需要
List行为（如索引、排序、不可变），得显式转成ArrayList或其他具体类型
为什么遍历时有时抛 ConcurrentModificationException？
当你在遍历 map.values() 返回的 Collection 时，又通过原 Map 增删键值对（比如 map.put("k", "v") 或 map.remove("k")），就可能触发 ConcurrentModificationException。
原因在于：这个 Collection 是“活视图”，迭代器和 Map 共享同一个修改计数器（modCount）。只要 Map 结构变化（非仅值更新），迭代器就会检测到不一致。
常见误操作：
-
for (String v : map.values()) { if (v.isEmpty()) map.remove(...); }→ 危险！ - 正确做法是使用
Iterator的remove()方法，或先收集要删的 key，再批量删
如何安全地转成可修改/可排序的 List？
如果确实需要列表操作（比如排序、去重、按索引取值），必须创建新集合副本：
Collection<string> valuesView = map.values(); List<string> valuesList = new ArrayList(valuesView); // ✅ 安全副本</string></string>
注意：
- 不要写
new ArrayList(map.values())—— 虽然语法合法，但容易让人误以为是“构造函数特例”，实际就是调用了接收Collection的构造器，语义清晰更重要 - 如果值本身是可变对象（如
StringBuilder），副本只复制引用，不深拷贝内容 - 若只需不可变快照，可用
List.copyOf(map.values())（Java 10+），但该方法要求源Collection非空且不支持null
values() 视图是否包含 null 值？
是的，Map 允许 value 为 null（除 ConcurrentHashMap 等少数实现外），所以 map.values() 返回的 Collection 中可能出现 null 元素。
这意味着：
-
valuesView.contains(null)可能返回true，取决于 Map 是否存了null值 -
valuesView.stream().filter(Objects::nonNull).toList()是安全过滤方式 - 避免直接对
Collection调用toArray()后强转为String[]—— 若含null，运行时不会报错，但后续处理易 NPE
真正麻烦的是，不同 Map 实现对 null 值的支持程度不一，比如 ConcurrentHashMap 明确禁止 null value，调用 put(k, null) 会直接抛 NullPointerException，而 HashMap 则允许。
