std::ranges::sort的投影参数需为一元函数，对每个元素返回可比较类型；常见错误是误作二元比较函数或返回类型不一致；正确用法如[](const person& p) { return p.name.length(); }。
std::ranges::sort 投影参数怎么写才不报错
投影（projection）不是额外的比较逻辑，而是先对每个元素做一次“预处理”，再拿处理结果去比较。写错最常见的原因是把 proj 当成 comp 用——比如传一个二元 lambda，或者返回类型跟实际要比较的值不一致。
正确写法必须满足：对每个元素 e，proj(e) 能求值，且所有求值结果支持默认比较（即能用 比较，或你显式传了 <code>comp）。
- 结构体字段直接投影：
[](const auto& s) { return s.age; } - 带计算的投影：
[](const auto& s) { return std::abs(s.x - s.y); } - 成员指针也可（C++20 支持）：
&Person::name，但注意它返回的是引用，比较的是std::string本身 - 错误示范：
[](auto a, auto b) { return a.score —— 这是比较器，不是投影
结构体排序时 projection 和 comp 必须配合好
projection 只负责“取值”，comp 才决定“怎么比”。如果你用了自定义 comp，那它接收的两个参数是投影后的结果，不是原始结构体。
例如你想按姓名长度降序排，就得：
std::ranges::sort(people,
[](int a, int b) { return a > b; }, // comp：比较两个 int（长度）
[](const Person& p) { return p.name.length(); } // proj：每个 Person → int
);
- 如果只传
proj不传comp，底层默认用operator 比较投影结果，所以确保该类型支持 -
std::string投影后仍用字典序；若想按长度比，就必须显式传comp - 混用时别搞反顺序：
sort(range, comp, proj)，不是(range, proj, comp)
投影捕获外部变量容易引发 lifetime 问题
lambda 投影若捕获局部变量（比如 [&prefix]），而被排序的容器生命周期长于该 lambda，则行为未定义。常见于函数返回排序后的视图、或把投影存进类成员里。
- 安全做法：只捕获值（
[=]），或确保捕获的变量生命周期覆盖整个排序过程 - 避免在循环里构造投影并用于异步排序：
for (int i = 0; i —— <code>i可能已变 - 更稳妥：把投影逻辑抽成普通函数对象，或用成员指针/函数指针等无状态方式
std::ranges::sort 投影不支持原地修改元素
投影函数只是“读取”元素，不能通过它修改原结构体。哪怕你写了 [](auto& s) -> auto& { return s.score; }，sort 内部也不会用这个引用来交换或移动原始对象。
排序改的是容器中元素的位置，不是投影结果的值。这点和 std::transform 或手写循环完全不同。
- 想边排序边更新字段？不行。得先排好，再遍历修改
- 投影返回
const或临时对象也没问题，只要可比较就行 - 性能上，投影会被多次调用（每轮比较都可能调），避免重计算或深拷贝，比如不要在投影里做
to_string()或find_if
投影真正省事的地方在于解耦“取什么”和“怎么比”，但一旦涉及状态、生命周期或副作用，就得格外小心——它看起来像一个简单回调，实则约束不少。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
