C++20三向比较运算符（）能一键生成所有比较运算符，但需满足“默认可比较”条件：类所有成员和基类均支持三向比较，且未手动定义其他比较运算符；它返回std::strong_ordering等比较类别，编译器据此自动合成==、!=、=，但operator==不参与合成，仍需单独定义或=default。
什么是 operator，它真能一键生成所有比较运算符？
能，但仅当类满足“默认可比较”条件时才自动生效。C++20 引入的三向比较运算符 operator 本身不直接替代 == 或 !=，但它配合编译器自动生成规则，能让 、、>、>= 全部推导出来——前提是显式定义了 operator，且没同时手写其他比较运算符干扰合成。
关键点：它不是魔法开关，而是“声明意图 + 编译器补全”的协作机制。
- 必须用
= default或手动返回std::strong_ordering/std::weak_ordering/std::partial_ordering - 若类含指针、浮点成员或自定义语义（如忽略大小写比较字符串），
= default会出错或不符合预期 -
operator==不参与合成，仍需单独定义（或也= default）
用 = default 快速启用全套比较，什么情况下会失败？
编译器对 operator = default 的要求很严格：所有非静态成员和基类都必须支持三向比较。常见失败场景：
- 成员含
float或double：IEEE 浮点数不满足全序，= default会报错no operator matches operands - 成员含裸指针（如
int*）：指针比较是地址比较，但编译器拒绝为裸指针合成（因语义模糊） - 成员含
std::vector且T无operator：递归依赖断裂 - 有私有继承或
mutable成员未被正确处理：可能触发访问错误或隐式删除
例如：
struct Bad { float x; auto operator(const Bad&) const = default; };
直接编译失败。
手动实现 operator 时，该选 strong_ordering 还是 partial_ordering？
取决于你的类是否允许“不可比较”状态（如 NaN、未初始化值）以及等价性定义是否严格。
- 用
std::strong_ordering：当所有对象两两可比，且a == b意味着所有成员逐位相等（如std::string、整数 ID 类） - 用
std::partial_ordering：当存在“不可比较”情形（如含float成员），且需支持std::is_eq/std::is_lt等谓词 - 避免用
std::weak_ordering除非你明确需要“等价但不相等”的语义（如忽略大小写的字符串比较）
典型安全写法（含浮点）：
auto operator(const Vec3& rhs) const -> std::partial_ordering {
if (auto cmp = x rhs.x; cmp != 0) return cmp;
if (auto cmp = y rhs.y; cmp != 0) return cmp;
return z rhs.z;
}
注意：这里每个 都是 float 自带的 partial_ordering 版本。
为什么加了 operator = default，std::sort 还报错说找不到 operator？
因为 std::sort 默认用 operator，而 operator = default 并不会生成 operator —— 它只让编译器在需要时“按需合成”比较运算符，但合成行为受上下文约束。
- 确保没有手写任何其他比较运算符（尤其是
operator），否则编译器放弃合成 - 确认类定义在使用前已完整可见（头文件包含正确，无前置声明陷阱）
- 检查 ADL（参数依赖查找）：若类在命名空间内，
std::sort可能找不到其operator，需确保比较函数在同命名空间或提供非成员operator - 最稳方案：显式提供
friend bool operator b)
这个 friend 声明极短，且完全复用 operator 逻辑，是实际项目中最常补的一行。
真正麻烦的从来不是写多少代码，而是搞清哪几个成员变量会让 = default 静默失效，以及什么时候该主动退回到手动分支比较。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
