C++ std::views::keys与values _ 快速获取Map的键或值列表【详解】-C++-PHP中文网

std::views::keys 不能直接用于 std::map 是因早期编译器（gcc

c++ std::views::keys与values _ 快速获取map的键或值列表【详解】

std::views::keys 为什么不能直接用在 std::map 上？

因为 std::views::keys 要求其底层范围的元素类型必须是“可解构为键值对”的类型，即支持 std::get(e) 和 std::get(e)，或具有 .first / .second 成员。而 std::map 的迭代器解引用得到的是 std::pair<const key t>&</const> —— 注意这个 const Key 是合法的，但问题常出在视图适配器与 const 限定符的交互上。

真正踩坑点在于：如果你用的是 C++20 早期实现（比如 GCC 11 或 MSVC 2022 17.0 前），std::views::keys 可能未完全支持 const 键的 map 迭代器；GCC 12+、Clang 15+、MSVC 17.3+ 才稳定支持。

确认编译器版本：GCC ≥ 12，Clang ≥ 15，MSVC ≥ 17.3
确保包含头文件：#include <ranges></ranges> 和 #include <map></map>
不要对 map 做 move 后再 views::keys —— 移动后的 map 迭代器行为未定义

std::views::values 在 std::unordered_map 中返回的是值的副本还是引用？

它返回的是 decltype(e.second) 类型的视图元素 —— 即原容器中 value 的引用（T&），不是副本。但注意：如果原容器是 const 限定的，那得到的就是 const T&。

常见误判场景：你写 for (auto v : std::views::values(m))，此时 v 是 int&（假设 m 是 std::unordered_map<:string int></:string>）；若想避免意外修改，显式声明为 const auto& v 更安全。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

修改视图中的值会同步改写原 map：std::views::values(m)[0] = 42; 是合法且生效的（前提是 m 非 const）
若 m 是临时对象（如函数返回值），std::views::values(m) 会绑定到临时对象的生命周期，但视图本身不延长其生命 —— 此时使用会导致悬垂引用
std::views::values 不支持随机访问（operator[]）除非底层容器迭代器是随机访问的（std::vector<:pair></:pair> 可以，std::map 不行）

如何把 std::views::keys 结果转成 std::vector 而不触发多次遍历？

直接用构造函数即可，std::vector 的 range 构造器是单次遍历的 —— 它只调用一次 begin()/end()，内部按需推进迭代器。

std::map<int std::string> m = {{1,"a"}, {2,"b"}, {3,"c"}};
std::vector keys_vec(std::views::keys(m)); // ✅ 单次遍历</int>

别写成 std::vector keys_vec; keys_vec.assign(std::views::keys(m).begin(), std::views::keys(m).end()); —— 这会创建两个独立视图，可能重复计算（尤其自定义 range）。

如果需要去重或排序，先转 vector 再 std::sort 或 std::unique；std::views::keys(m) | std::views::sort 不合法（keys 视图不可排序）
想保留原始插入顺序？std::map 按 key 排序，所以 std::views::keys(m) 天然有序；std::unordered_map 则无序，且不能保证两次遍历顺序一致
性能敏感场景下，避免在循环内反复构造视图：for (...) { auto ks = std::views::keys(m); /* ... */ } → 提取到循环外

std::views::keys 对 std::map 的 key 类型有特殊要求吗？

没有额外要求 —— 只要 key 类型本身能被存储（即满足 std::is_move_constructible_v 等基本约束），就完全 OK。但要注意：视图不拷贝 key，只提供引用，所以如果 key 是大对象（如 std::string 或自定义结构体），std::views::keys 依然轻量，不会引发字符串复制或深拷贝。

真正容易忽略的是生命周期绑定：当你写 auto keys_view = std::views::keys(m);，这个视图持有对 m 的隐式引用，一旦 m 被销毁或重新赋值，keys_view 就变成悬垂视图 —— 运行时行为未定义，且编译器几乎不报错。