std::ranges::sort 的投影参数必须是可调用对象（如指向成员的指针、lambda），不能是裸成员变量名；它作用于每个元素并生成可比较值，且要求迭代器为随机访问。
std::ranges::sort 投影参数必须是可调用对象，不是成员变量名
很多人写 std::ranges::sort(v, std::less{}, &Person::age) 能跑，但换成 std::ranges::sort(v, std::less{}, Person::age)（漏掉取址符）就编译失败——因为投影必须是函数对象、lambda 或指向成员的指针，不能是裸字段名。成员变量名本身不可调用，编译器无法“投影”出值。
常见错误现象：error: no match for call to '(Person::age) (Person&)'；或者更隐蔽的 SFINAE 失败导致模板推导静默退化到默认比较，排序结果错乱。
- 投影参数类型必须满足
indirectly_unary_invocable约束，即对每个元素e，proj(e)必须合法且可比较 - 指向数据成员的指针（如
&Person::name）是标准支持的最简投影，无需额外包装 - 若字段是
const或需要转换（比如把std::string投影为std::string_view），就得用 lambda：[&](const Person& p) { return std::string_view(p.name); }
投影 + 自定义比较器时，比较器作用于投影后的值，不是原对象
这是最容易被忽略的语义点：当你写 std::ranges::sort(v, std::greater{}, &Person::score)，std::greater{} 比较的是两个 int（score 的类型），不是两个 Person。所以你不能在比较器里访问 Person 的其他字段，也不能传入只接受 Person 的自定义函数对象。
使用场景举例：按姓名长度降序排，但姓名相同时按年龄升序——这无法单靠一个投影完成，得用 std::ranges::sort 配合 tuple 投影或预处理。
- 正确：用 lambda 返回
std::tuple实现多级排序：[](const Person& p) { return std::tuple{p.name.size(), -p.age}; }（注意负号模拟降序） - 错误：传入
[](const Person& a, const Person& b) { return a.name.size() > b.name.size(); }作为比较器——它会被忽略，因为投影已启用，比较器只用于投影值 - 性能影响：tuple 投影会触发多次拷贝（除非字段是 trivial 类型），对大对象建议用引用包装：
std::tuple{std::ref(p.name).get().size(), p.age}不推荐，直接用结构化绑定更清晰
std::ranges::sort 要求迭代器可随机访问，vector/string 安全，list/map 不行
std::ranges::sort 底层依赖 std::sort，只接受 random_access_iterator。这意味着你不能对 std::list、std::forward_list、关联容器（std::map 等）直接调用它——编译器会报错，提示缺少 operator+ 或 operator-。
常见错误现象：error: no match for 'operator-'（来自 list_iterator），或更模糊的 concept 检查失败信息如 'random_access_range' constraint not satisfied。
- 对
std::list，改用list.sort()成员函数（稳定、专为链表优化） - 对
std::map，它按键有序，无法重排；若需按值排序，先复制 key-value 到vector再用> std::ranges::sort投影&pair::second - 对自定义容器，确保其迭代器满足
std::random_access_iterator并提供operator-，否则别强用 ranges 版本
投影函数捕获外部变量时，注意生命周期和 const 正确性
lambda 投影若捕获局部变量（比如 [threshold](const Person& p) { return p.score >= threshold; }），必须确保该 lambda 的生命周期覆盖整个排序过程——这通常没问题；但若投影被存储或异步使用，就可能悬垂。更隐蔽的问题是 const 限定：若容器是 const vector，投影参数自动变成 const Person&，此时 lambda 捕获的变量也需兼容 const 上下文。
实际踩坑点：在类成员函数中写 std::ranges::sort(data, {}, [this](const Person& p) { return p.id * scale_; });，如果 scale_ 是非 const 成员，而 data 是 const 引用，编译可能失败（取决于 this 的 cv-qualifier）。
- 安全做法：显式声明 lambda 为 mutable（仅当真要修改捕获变量时），或统一用值捕获：
[=]或[scale = scale_] - 避免隐式 this 捕获带来的 const 推导混乱，优先用
[scale = scale_]明确值语义 - 投影函数不应有副作用（比如修改外部计数器），因为 sort 可能对同一元素多次调用投影（尤其在 introsort 的 pivot 阶段）
投影不是语法糖，它是将「排序依据」从对象解耦出来的机制。写错一次投影类型，可能编译不过；逻辑写错一级，排序结果就完全不对——而且往往难以调试，因为看不出哪一步的值被误投了。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
