最简方式是遍历std::map并用push_back提取key；C++无内置keys()方法；需预分配vector容量；map按键有序故keys天然升序；unordered_map则需额外排序。
用 std::vector 提取所有 key 的最简方式
直接遍历 std::map，把每个 first（即 key）推入 std::vector 是最常用、最安全的做法。C++ 标准库没有内置的 keys() 方法，别指望像 Python 那样一行解决。
示例：
std::map<int, std::string> m = {{1, "a"}, {3, "c"}, {2, "b"}};
std::vector<int> keys;
keys.reserve(m.size()); // 预分配避免多次 realloc
for (const auto& pair : m) {
keys.push_back(pair.first);
}
注意：std::map 本身按键有序，所以这个 keys 向量也天然升序；若需其他顺序，得额外排序或改用 std::unordered_map + 手动排序。
为什么不能用 std::transform 直接映射？
可以，但容易写错——尤其在类型推导和迭代器适配上。常见错误是传错迭代器类型，或漏掉 std::back_inserter。
立即学习“C++免费学习笔记（深入）”；
正确写法（需包含 <algorithm> 和 <iterator>）：
std::vector<int> keys;
keys.reserve(m.size());
std::transform(m.begin(), m.end(), std::back_inserter(keys),
[](const auto& p) { return p.first; });
要点：
-
std::back_inserter必须显式传入，否则编译失败（std::transform不会自动扩容目标容器） - Lambda 返回类型要和
keys元素类型一致，否则触发隐式转换或编译报错 - 不建议对小 map 用
std::transform——可读性不如 range-for，且无性能优势
如果 map 很大，想避免拷贝 key 怎么办？
key 类型如果是轻量级（如 int、size_t），拷贝成本低，直接存值没问题。但若 key 是 std::string 或自定义结构体，又确实只读不修改，可以用 std::vector<const Key&> 存引用——但必须确保原 map 生命周期长于该 vector。
风险点：
- map 被 move 或析构后，vector 里的引用立刻悬空
- 不能用
std::vector<const Key*>然后 push_back(&pair.first)，因为 map 迭代器解引用返回的是临时std::pair<const Key, T>，其first成员的地址不稳定 - 真正安全的“零拷贝”方案只有视图类（如
std::span<const Key>配合底层存储），但std::map内部节点不连续，无法构造这种 span
用 std::unordered_map 时要注意什么？
提取 key 列表的代码完全一样，但语义不同：结果顺序是不确定的，每次运行可能不一样。如果你依赖 key 的顺序（比如用于 UI 显示或日志输出），必须显式排序：
std::vector<int> keys;
for (const auto& p : umap) keys.push_back(p.first);
std::sort(keys.begin(), keys.end()); // 升序
// 或 std::sort(keys.begin(), keys.end(), std::greater<>{}); // 降序
另外，std::unordered_map::size() 可能比 std::map::size() 慢一点（取决于实现），但 reserve() 依然有效，建议保留。
真正麻烦的是并发场景：标准容器都不支持多线程读写，如果 map 正在被其他线程修改，此时遍历提取 key 会导致未定义行为——得加锁或换用线程安全的替代方案（如 absl::flat_hash_map 配合 reader-writer lock）。
