std::sort第三参数必须是可调用对象；裸函数名易因类型推导失败报错，推荐用lambda；多条件排序需单次比较中用||链式判断优先级，避免嵌套if遗漏返回。
sort 的第三个参数必须是可调用对象，不是函数指针类型
很多人写 std::sort 时直接传函数名，比如 compare，结果编译报错：invalid operands to binary expression。这是因为 std::sort 要求第三个参数支持 operator() 调用语法，而裸函数名在模板推导中常被当作函数指针，类型不匹配（尤其在 MSVC 或较新 GCC 中更敏感）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用 lambda 表达式最稳，自动满足可调用要求：
std::sort(v.begin(), v.end(), [](const auto& a, const auto& b) { return a.x < b.x || (a.x == b.x && a.y > b.y); }); - 如果要用命名函数，必须显式转成函数对象，比如用
std::function包一层（不推荐，有开销），或直接写仿函数类 - 避免在头文件里定义全局比较函数后直接传名——模板实例化时可能因 ODR 违规出问题
结构体多条件排序：优先级顺序决定嵌套逻辑
多条件排序不是“先按 A 排、再按 B 稳定排”，而是单次比较中一次性判断所有条件。常见错误是写成两层 if 却忘了在第一条件相等时返回第二条件结果，导致部分元素顺序未定义。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
||链式判断优先级：先比主条件，相等才比次条件，次条件也相等才比第三条件 - 别用
if-else if-else返回不同布尔值，容易漏掉return或逻辑覆盖不全 - 注意反向逻辑：比如“按 name 升序，同 name 时按 age 降序”，第二条件要写
a.age > b.age，不是a.age - 如果条件多、逻辑复杂，拆成独立比较函数再组合，比如用
std::tie(a.x, a.y)和std::tie(b.x, b.y)比较（需包含<tuple>）
自定义排序影响稳定性，std::stable_sort 才保序
std::sort 是非稳定排序，相同关键字的元素相对位置可能改变。如果你依赖“相同 score 的人按输入顺序排列”，用 std::sort 加自定义比较器会破坏这个隐含顺序。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 明确需求：是否真需要稳定性？多数业务场景不需要，但涉及分页、审计日志或 UI 渲染顺序时很关键
- 换用
std::stable_sort，接口完全一致，只是性能略低（通常是 O(n log²n)） - 别试图靠加时间戳字段模拟稳定排序——增加内存开销且易出竞态
- 如果已用
std::sort但发现顺序异常，先检查比较器是否满足严格弱序（比如没处理a == b时返回 false）
lambda 捕获与生命周期：别在排序中用悬空引用
在 lambda 中捕获局部变量（尤其是引用）是高频坑。比如在函数内构造 vector 后立即排序，lambda 却捕获了该函数的局部 std::string 引用，排序过程中 vector 元素被移动，引用就悬空了。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 只捕获值，或确保捕获的是静态/全局/成员变量
- 避免
[&]，除非你 100% 确认所有被捕获变量生命周期长于排序调用 - 结构体字段排序一律用
const auto&参数访问，不要捕获结构体本身 - 调试时若遇到随机崩溃或奇怪排序结果，先检查 lambda 捕获列表和变量作用域
sort 的核心不是写对逻辑，而是让比较器满足严格弱序 + 生命周期安全 + 类型可调用。这三个约束缺一不可，漏掉任何一个都会在某个编译器、优化级别或数据分布下突然翻车。 
