std::ranges::views::keys要求value_type为pair_like类型且含first成员，仅适用于std::map、std::unordered_map等value_type为std::pair<const K,V>的容器，不支持自定义KV结构；需C++20、#include <ranges>，返回const Key&引用，无size()，非sized_range。
std::ranges::views::keys 要求容器有 value_type::first 成员
它不能直接用于 std::map 以外的“类 map”结构，比如 std::unordered_map 或自定义键值对容器。根本原因是 std::ranges::views::keys 的约束依赖于 std::pair 类型推导 —— 它内部假定 value_type 是 std::pair<const K, V> 或兼容类型，并访问其 first 成员。而 std::map::value_type 确实是 std::pair<const Key, T>，所以能用；std::unordered_map::value_type 同样满足，也能用。
但如果你传入的是 std::vector<std::pair<int, std::string>>，它也能工作；可一旦换成 std::vector<MyKV>（哪怕 MyKV 有 key() 方法），就会编译失败 —— 因为没有 first 成员，且不满足 std::ranges::pair_like 约束。
必须启用 C++20 并包含对应头文件
std::ranges::views::keys 属于 C++20 <ranges> 模块，不是 <map> 或 <utility> 里自带的。漏掉头文件会报类似 ‘keys’ is not a member of ‘std::ranges::views’ 的错误。
- 确保编译器支持 C++20（如 GCC 10+、Clang 13+、MSVC 19.30+）
- 显式
#include <ranges>，仅#include <map>不够 - 不需要
using namespace std::ranges::views;，但写全名更安全：std::ranges::views::keys
遍历时迭代器解引用得到的是 const Key&，不是 Key 副本
这是容易误判性能的地方：你拿到的不是拷贝，而是对原 map 中 key 的 const 引用。如果 key 类型很大（比如 std::string 或自定义结构体），这反而省了拷贝；但如果后续需要修改或存储，得显式 std::string{key} 或 Key(key) 构造副本。
立即学习“C++免费学习笔记（深入）”；
示例：
std::map<std::string, int> m = {{"a", 1}, {"bb", 2}, {"ccc", 3}};
for (const auto& k : m | std::ranges::views::keys) {
// k 是 const std::string&，指向 map 内部节点的 key
// 不能做 k += "x"；但可以 std::cout << k;
}
- 若需转存为 vector：用
std::vector(k.begin(), k.end())或 C++23std::ranges::to<std::vector> - 不能对
keys视图调用.size()（它不是sized_range），要获取键数量得用std::distance或直接用m.size()
和传统 for-loop 或 keys() 成员函数对比时注意语义差异
std::map 本身没有 .keys() 成员函数 —— 那是 Python 的写法。C++ 里有人误以为 m.keys() 存在，结果编译失败。也有人想用 std::views::keys(m)（漏掉 std::ranges::），这会触发 ADL 查找，但找不到重载，报错信息往往很绕。
- 正确写法只有：
m | std::ranges::views::keys或std::ranges::views::keys(m) - 等价的传统写法是
for (const auto& p : m) { p.first; }，但views::keys更声明式，且可链式组合（比如接| std::views::filter(...)） - 若 map 是 const 的，两种方式都可用；但若 map 是临时对象（如函数返回值），
views::keys仍可绑定，而传统 range-for 要求左值或显式延长生命周期
真正容易被忽略的是：视图不拥有数据，也不改变原容器生命周期。一旦原 std::map 被销毁，继续使用 keys 视图里的引用就是悬垂引用 —— 这点和迭代器一样危险，但新手常以为“视图更安全”。
