std::ranges::views::values不能直接用于std::map，因其value_type虽为pair<const K,V>但标准未规定支持；应改用std::ranges::views::elements<1>安全提取值，它零开销、惰性求值且适配结构化绑定类型。
std::ranges::views::values 要求容器提供 value_type 是 pair<const K, V> 且支持结构化绑定
它不能直接作用于 std::map 或 std::unordered_map 的裸对象——因为 std::map::views::values 并不存在，std::ranges::views::values 是一个通用适配器，只对满足特定约束的范围生效。而 std::map 的迭代器解引用得到的是 std::pair<const K, V>&，这本身满足要求，但必须通过 std::ranges::views::elements<1> 或显式投影才能安全提取值。
常见错误是这样写：
auto vals = std::map{ {1, "a"}, {2, "b"} } | std::ranges::views::values;
这会编译失败，报错类似：no matching function for call to 'values'，因为 std::ranges::views::values 没有重载接受 std::map 这类关联容器的版本（C++20 标准未规定它支持 std::map 的直接值视图）。
正确做法：用 std::ranges::views::elements<1> 替代 views::values
std::ranges::views::elements<N> 是标准库中真正用于从每个元素中提取第 N 个成员的视图，适用于所有能用结构化绑定的类型（包括 std::pair 和 std::tuple）。对 std::map 来说，每个节点是 std::pair<const Key, T>，值在第二个位置（索引为 1）。
立即学习“C++免费学习笔记（深入）”；
- 必须包含
<ranges>和<map> -
elements<1>是最直接、零开销的替代方案 - 支持惰性求值、不拷贝原始 map 中的 pair
- 返回类型是
std::ranges::elements_view<...>，可进一步链式操作（如| views::filter）
std::map<int, std::string> m = {{1, "one"}, {2, "two"}, {3, "three"}};
auto value_view = m | std::ranges::views::elements<1>;
for (const auto& s : value_view) {
std::cout << s << "\n"; // prints "one", "two", "three"
}
如果坚持用 views::values，只能靠自定义适配或 C++23 的 std::ranges::values_view
C++23 引入了 std::ranges::values_view（别名 std::ranges::views::values），但它仍**不直接接受 std::map**；它仅接受“其 value_type 是具名成员（如 struct {T value;}）或支持 .value 访问的类型”。所以即使升级到 C++23，std::map 依然不被原生支持。
可行但不推荐的绕过方式：
- 用
std::ranges::views::transform显式取.second：m | views::transform([](const auto& p) { return p.second; }) - 封装一层适配器（如继承
std::map并添加value_type别名和begin()/end()），但破坏标准容器语义，易引发 ADL 或 SFINAE 问题 - 用
std::vector预提取再视图化——失去惰性，违背使用视图的初衷
注意迭代器稳定性与 const 正确性
用 elements<1> 得到的视图底层仍引用原 map 的节点，因此：
- 若 map 发生插入/擦除导致重新哈希（
unordered_map）或树结构调整（map），视图迭代器可能失效 - 对
const std::map&使用elements<1>，得到的是const V&，不能修改值；若需修改，必须确保 map 本身非常量且 key 不变 -
elements<1>不改变底层存储顺序，遍历顺序就是 map 的升序（或 unordered_map 的桶顺序）
最常被忽略的一点：std::map<K, std::unique_ptr<T>> 这类类型，用 elements<1> 取出的是 std::unique_ptr<T>&，不是 std::unique_ptr<T> 的副本——移动语义仍受控，但若误传给需要值语义的函数，编译会报错，得显式 std::move。
