std::sort传入的Lambda必须是二元谓词，接受两个const T&参数、返回bool，满足严格弱序；常见错误包括参数类型不匹配、返回非bool、捕获冗余或修改形参。
std::sort 传 Lambda 必须是二元谓词，返回 bool
std::sort 要求比较函数（或 Lambda）接受两个 const T& 参数，返回 bool，表示“第一个参数是否应排在第二个参数前面”。写成 (a, b) -> bool 形式，不能捕获变量后返回 void 或 int —— 否则编译失败，常见报错是 invalid operands to binary expression 或 no matching function for call to 'sort'。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 确保 Lambda 形参类型与容器元素类型一致（比如
vector<int></int>就用(int a, int b)；vector<string></string>就用(const string& a, const string& b)） - 避免写成
[&](auto a, auto b) { ... }—— C++17 虽支持，但部分老编译器（如 GCC 7）推导失败，显式写类型更稳 - 不要在 Lambda 里修改形参（如
a = 5），std::sort 可能传 const 引用，修改会触发编译错误
按结构体成员排序时，Lambda 捕获要谨慎
对 vector<person></person> 按 age 升序、name 字典序降序，直接在 Lambda 里访问成员即可，通常无需捕获外部变量。误加 [this] 或 [&] 不仅多余，还可能引发 ODR 违规（尤其在头文件中定义时）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 纯成员访问用
[](const Person& a, const Person& b) { return a.age —— 零捕获最安全 - 真需要外部变量（比如动态阈值
min_score），用值捕获[min_score](...)，别用引用[&min_score]—— 排序期间min_score若被改写，行为未定义 - 若结构体有 getter 且是 const 成员函数，Lambda 内可直接调
a.getScore()，无需额外修饰
自定义排序的性能陷阱：避免在 Lambda 里做重操作
std::sort 平均调用比较函数 O(n log n) 次。如果 Lambda 里做了字符串拷贝、内存分配、IO 或复杂计算（比如每次调用都 std::regex_search），性能会断崖下跌，甚至比默认 慢数十倍。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 字符串比较优先用
a.name ，而非 <code>a.name.compare(b.name) —— 前者更简洁，编译器优化更好 - 需多级比较时，用短路逻辑：先比主字段，相等再比次字段，例如
a.priority != b.priority ? a.priority - 若排序依据需预计算（如文件大小、哈希值），提前用
transform存到辅助 vector，再按该 vector 索引排序，别在 Lambda 里重复算
std::sort 和稳定排序的区别：Lambda 本身不决定稳定性
std::sort 是不稳定排序（相同元素的相对位置可能改变），无论你用 还是自定义 Lambda。想保持相等元素原顺序，必须换用 <code>std::stable_sort —— 它接口完全一致，只把函数名换掉就行。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 当业务逻辑依赖“先输入的排前面”（比如日志按时间戳排序，同秒内要保序），强制用
std::stable_sort - 自定义 Lambda 的写法和
std::sort完全一样，不用改任何内容 - 注意
std::stable_sort时间复杂度仍是 O(n log n)，但常数更大、内存占用略高，大数据量时需实测
最容易被忽略的是：Lambda 的参数类型必须严格匹配容器元素的 const 引用类型，连 int 和 const int& 的隐式转换都可能在某些模板实例化路径下失败；另外，所有比较逻辑必须满足严格弱序（irreflexive、antisymmetric、transitive），否则 std::sort 行为未定义 —— 这点没法靠编译器检查，得靠人审。
