operator<重载仅适用于存在唯一自然序的结构体，否则应使用lambda或函数对象；错误实现会导致语义混乱、未定义行为或性能问题。
直接用 operator< 重载是最稳妥、最符合 std::sort 语义的方案，前提是结构体逻辑上天然存在“小于”关系；否则必须用函数对象或 lambda，硬塞 operator< 反而埋下二义性隐患。
为什么 operator< 重载不总能用
很多人一上来就给结构体重载 operator<，结果在多处排序逻辑冲突时抓狂。比如一个 Person 结构体，有时按年龄排，有时按姓名排，有时按 ID 排——operator< 只能定义一种“自然序”，强行绑定某一种排序逻辑，会导致其他场景无法复用，甚至被 std::set 或 std::map 误用。
- 编译器不会报错，但语义混乱：别人看到
a < b会默认是“自然顺序”，实际却是按姓名长度比较 -
std::sort要求严格弱序（strict weak ordering），若operator<实现漏掉字段或逻辑跳跃（比如只比了name没处理相等时的id），可能触发 undefined behavior，表现就是排序结果随机或崩溃 - 一旦结构体进了标准容器（如
std::set<Person>），就彻底被这个operator<锁死，无法临时换规则
operator< 重载的正确写法（仅当真有自然序）
如果结构体确实有唯一、无歧义的自然顺序（例如 Point2D 按 x 升序、x 相同时按 y 升序），那可以重载 operator<，但必须满足可传递性、非自反性、不可比性对称——最安全的做法是逐字段比较并用 std::tie：
struct Point2D {
int x, y;
bool operator<(const Point2D& other) const {
return std::tie(x, y) < std::tie(other.x, other.y);
}
};-
std::tie自动生成字典序比较，避免手写if (x != other.x) return x < other.x;这类易错链 - 必须加
const和&，否则std::sort传临时对象时编译失败 - 返回类型必须是
bool，不能是int或隐式转换类型
更灵活的替代方案：lambda 和函数对象
90% 的实际场景里，你只是临时需要一次特定排序，根本不需要“自然序”。这时候直接传 lambda 最干净：
立即学习“C++免费学习笔记（深入）”；
std::vector<Person> people = {/* ... */};
std::sort(people.begin(), people.end(), [](const Person& a, const Person& b) {
if (a.age != b.age) return a.age < b.age;
return a.name < b.name; // 年龄相同时按姓名升序
});- lambda 捕获为空（
[]）时零开销，和手写函数指针性能一致 - 字段访问权限不受限：即使
Person的成员是private，只要 lambda 在类内或友元上下文中定义，就能直接访问 - 避免污染结构体定义：不用改
Person就能实现任意维度组合排序 - 注意：lambda 必须捕获完整，不能写成
[&]然后在里面修改参数，std::sort要求比较函数是 const 的
容易被忽略的坑：const 正确性和 strict weak ordering
所有比较逻辑里最容易翻车的是这两点——它们不会立刻报错，但会在数据量变大或编译器优化等级升高时暴露：
- 比较函数参数没加
const&：比如写成(Person a, Person b)，导致每次调用都拷贝整个结构体，性能雪崩 - 相等对象返回
true：比如return a.id <= b.id;—— 这违反 strict weak ordering，std::sort可能无限循环或 segfault - 字段类型本身不可比：比如用
float字段做主排序键，NaN < anything是 false，anything < NaN也是 false，导致排序中途判定“不可比”，行为未定义 - 自定义字符串比较用了
strcmp但没处理 null 指针：C 风格字符串字段若可能为nullptr，直接传给strcmp就是崩溃
真正麻烦的不是写不出排序逻辑，而是让排序逻辑在所有边界输入下都保持数学上的严谨性。哪怕只漏掉一个 const 或一个 == 分支，都可能让程序在某个客户环境里静默出错。
