c++oding="utf-8" ?>
std::views::keys 和 std::views::values 不能直接用于非 const std::map，需先用 std::as_const 转换为 const 引用才能安全使用；它们返回视图而非拷贝，若需独立数据须显式构造容器如 std::vector。
std::views::keys 在 C++20 中不能直接用于 std::map
直接对 std::map 调用 std::views::keys 会编译失败，错误信息类似：no matching function for call to 'keys'。这是因为 std::views::keys 要求其参数是一个“范围（range）”，且该范围的每个元素必须是 std::pair 类型——但 std::map::value_type 是 std::pair<const key t></const>，而标准库的 std::views::keys 实现（截至 GCC 13 / MSVC 19.3x）尚未对 const 键做自动适配。
实际能用的写法是显式转换为视图再调用：
auto keys_view = std::views::keys(std::as_const(my_map));
这里 std::as_const 把 my_map 变成 const std::map&，其迭代器解引用后得到 const std::pair<const k v>&</const>，而 std::views::keys 对 const pair 的支持更稳定。
- 别写
std::views::keys(my_map)—— 大多数编译器不认 - 别依赖
auto&&推导：for (auto&& k : std::views::keys(...))中的k类型是const Key&，不可修改 - 如果后续要存入 vector，记得加
std::vector{...}构造，因为 view 本身不拥有数据
std::views::values 同样需要 const 引用才能安全使用
std::views::values 行为类似：它提取每个 std::pair 的 .second 成员，但若原容器是非 const 的，某些标准库实现（如 libstdc++）会拒绝推导，报错如：no type named 'value_type' in 'struct std::ranges::detail::values_view<...>'</...>。
正确做法仍是先 const 化：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto vals_view = std::views::values(std::as_const(my_map));
注意：std::views::values 提取的是 T& 还是 const T&，取决于你传入的是 const 还是非 const 容器。传 std::as_const 得到的是 const T&；若真需要可变引用（极少见），得自己写投影（见下一条）。
- 不要试图用
std::views::transform替代values来绕过 const 限制——语义不清、性能无优势 - 如果 map 的 value 类型是 move-only（如
std::unique_ptr），std::views::values返回的仍是引用，无法直接 move；需用std::views::transform显式 move
想获取键或值的拷贝？别只靠 views，得配合容器构造
std::views::keys 和 std::views::values 返回的是视图（view），底层不复制数据，也不延长生命周期。一旦原 map 被销毁，视图立刻失效。
常见需求是“拿到一份独立的 key 列表”（比如排序、传给函数、跨作用域使用），这时必须主动构造新容器：
std::vector<int> keys_copy{std::views::keys(std::as_const(my_map))};</int>
这行代码能工作，是因为 std::vector 的迭代器构造函数接受任意输入范围（包括 view）。但要注意：
- 不能写
std::vector keys_copy = std::views::keys(...)—— CTAD 不支持从 view 推导 - 如果 key 类型不可默认构造（如自定义类），确保它支持拷贝或移动构造
- 若 map 很大且只读少量 key，用 view 遍历即可；若要反复随机访问，拷贝进
std::vector或std::set更合适
替代方案：用 transform 手动投影，控制更细
当 std::views::keys/values 因 const 问题卡住，或你想做额外处理（如过滤、类型转换），std::views::transform 是更通用的选择：
auto keys_proj = my_map | std::views::transform([](const auto& p) { return p.first; });
这个写法不依赖 std::as_const，也兼容非 const map；返回的每个元素是 p.first 的值（非引用），适合需要值语义的场景。
- 用
p.first而不是p.key()——std::pair没有key()成员函数 - lambda 参数用
const auto&避免不必要的拷贝；若 map value 很大，这点影响明显 - 如果 map 是
std::unordered_map，同样适用；但注意它不保证顺序，而std::views::keys也不改变底层顺序
keys 和 values 看似简单，但 const 正确性、生命周期管理、与具体容器的耦合度，都是容易在真实项目里突然报错的点。最稳妥的做法不是死记规则，而是每次用前加个 std::as_const，再检查下你的编译器版本和标准库实现是否已修复相关缺陷。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
