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