std::ranges::sort的projection参数是一元提取器，用于从每个元素中提取比较值，如&Person::age或lambda返回p.age；不可传二元比较函数，须与comparator配合实现复合排序逻辑。
std::ranges::sort 的 projection 参数到底传什么
projection 参数不是函数对象本身，而是作用在每个元素上的“提取器”——它接收一个 T&（或 const T&），返回你真正想比较的那个值。比如对 std::vector<Person> 按年龄排序，projection 就该是 &Person::age 或 [](const auto& p) { return p.age; }，而不是写一个完整比较逻辑。
常见错误是把 projection 写成二元比较函数（比如传 std::greater<>{}），这会导致编译失败，因为类型不匹配：projection 必须是一元可调用对象。
实操建议：
- 优先用成员指针（
&Type::member）——零开销、可读性强、支持结构化绑定字段 - 需要计算或转换时用 lambda，但避免捕获外部变量（投影需满足
CopyConstructible且无副作用） - 不能返回临时对象的引用（比如
return s.substr(0, 3);），否则比较时引用悬空
projection 和自定义 comparator 能不能一起用
可以，而且必须配合使用才能实现“按某字段升序，同字段内按另一字段降序”这类复合逻辑。projection 只负责统一提取比较依据，真正的大小关系仍由 comparator 决定。
立即学习“C++免费学习笔记（深入）”；
例如对 std::vector<std::string> 按长度排序，但长度相同时按字典序逆序：
std::ranges::sort(v, std::greater<>{}, [](const auto& s) { return s.length(); });这里 std::greater<>{} 是 comparator，[](const auto& s) { return s.length(); } 是 projection。注意 comparator 作用于 projection 的返回值（即两个 size_t），所以用 std::greater<>{} 表示“长的排前面”。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
容易踩的坑：
- 误以为传了 projection 就不用 comparator —— 不传 comparator 时默认用
std::less<>{}，仍是升序 - projection 返回类型不一致（如有的返回
int，有的返回long），导致 comparator 实例化失败 - comparator 类型和 projection 返回类型不兼容（比如 projection 返回
std::string，comparator 却是std::less<int>）
projection 在 vector of struct 和 map value 排序中的典型写法
对结构体数组按某个字段排序最简洁的方式就是成员指针投影：
struct Point { int x, y; };<br>std::vector<Point> pts = {{3,1}, {1,4}, {2,2}};<br>std::ranges::sort(pts, {}, &Point::x); // 按 x 升序对 std::map<K, V> 的 value 排序，需先转成 vector（map 本身不支持原地重排）：
std::map<std::string, int> m = {{"a", 10}, {"b", 5}, {"c", 15}};<br>std::vector<auto> vec(m.begin(), m.end());<br>std::ranges::sort(vec, {}, [](const auto& p) { return p.second; });注意：lambda 中 p 是 std::pair<const K, V>&，所以取 p.second；如果误写成 p.value() 会编译失败。
性能提示：
- 成员指针投影完全零运行时开销，比 lambda 更高效（尤其在 debug 模式下）
- 对大对象，projection 若返回值而非引用（如
return s.substr(0, n)），可能引发不必要的拷贝 —— 应改用std::string_view或直接投影到引用（const auto&）
projection 不起作用？检查这三件事
编译通过但结果没变，大概率是 projection 没被正确应用。先确认：
- 容器是否真的可修改？
std::ranges::sort要求迭代器为random_access_iterator且值可移动/交换；std::list或只读视图（std::views::filter）会静默失败或编译报错 - projection 是否改变了所有元素的“比较键”？比如对
std::vector<int>投影[](int x) { return x * 0; }，所有键都为 0，排序后顺序未定义（稳定与否取决于实现） - 是否误用了
std::sort（老式）而没加std::ranges::前缀？老版std::sort不接受 projection 参数，编译器可能报“no matching function”，但错误信息容易被忽略
最隐蔽的问题是 projection 返回 const 引用指向临时对象，比如 [](const std::string& s) -> const char* { return s.c_str(); } —— c_str() 返回的指针在 lambda 返回后失效，后续比较行为未定义。
