std::ranges::sort的投影参数是第三个可选参数，用于在每次比较前分别对两个操作数调用以获取比较值，而非预处理整个容器；它必须是可调用对象，返回类型需适配比较函数，默认比较器不能省略。
std::ranges::sort 的投影参数怎么传
投影（projection）是 std::ranges::sort 第三个可选参数，类型为 Projection，它会在比较前先对每个元素调用一次，把结果传给比较函数。不是“先投影再排序”，而是“每次比较时，对两个操作数分别投影后再比较”。
常见错误是误以为投影能预处理整个容器——它不改变原数据，也不缓存结果，只是在每次 operator< 调用前现场计算。
- 投影必须是可调用对象：lambda、函数指针、重载了
operator()的结构体都行 - 投影返回类型必须支持传递给比较函数（默认是
operator<），比如int、std::string、const char* - 不能传成员指针（如
&Person::age）直接当投影——它不是可调用对象；得包装成 lambda 或用std::mem_fn
按结构体某个字段排序的正确写法
假设有个 struct Person { std::string name; int age; };，想按 age 升序排：
std::vector<Person> people = {{"Alice", 32}, {"Bob", 25}, {"Charlie", 29}};
std::ranges::sort(people, {}, [](const Person& p) { return p.age; });
注意第二个参数是空大括号 {}：表示用默认比较（operator<），不能省略，否则编译器会尝试把投影当比较器，报错类似 no match for 'operator<' in 'proj(__a) < proj(__b)'。
立即学习“C++免费学习笔记（深入）”；
如果想降序，可以显式传比较器：
std::ranges::sort(people, std::greater<>{}, [](const Person& p) { return p.age; });
投影和比较器的组合容易踩的坑
投影只影响“拿什么去比”，不决定“怎么比”；比较器才决定大小逻辑。两者职责分离，但顺序不能乱。
- 参数顺序固定为：
(range, comp, proj)—— 投影永远是第三个，不能交换位置 - 如果用了自定义比较器（比如按字符串长度），投影仍需存在，哪怕只是恒等映射：
[](auto&& x) { return x; } - 投影捕获外部变量要小心生命周期：若排序在异步任务中进行，而 lambda 捕获的是栈变量，就会悬垂
- 投影函数不应有副作用（比如修改原对象或全局状态），因为标准不保证调用次数和顺序，可能被多次调用甚至优化掉部分调用
性能与兼容性注意事项
投影本身没有额外开销保障：它每次比较都会被调用两次（左右各一次），所以 O(n log n) 次调用。如果投影计算昂贵（比如解析 JSON 字段或格式化字符串），排序会明显变慢。
编译器通常无法自动内联复杂 lambda，建议：
- 简单字段访问（
p.age、p.name.size()）基本无压力 - 避免在投影里做内存分配、IO、锁操作
- C++20 起支持，GCC 10+、Clang 10+、MSVC 19.28+；老版本只能用
std::sort配合std::transform预处理，但那不是真正意义上的投影
真正麻烦的不是语法，而是理解投影发生在“比较路径上”而非“数据准备阶段”——这个时机错位，是绝大多数逻辑偏差的根源。
