operator= default 仅当所有非静态成员及基类均支持比较且未显式定义比较运算符时才生效，否则编译报错；std::tie 仍可用，属手写封装而非自动生成。
能自动生成，但必须满足三个硬性条件，缺一不可；否则编译直接报错，不是“不生效”而是根本过不了。
operator = default 的触发条件
写 auto operator(const T&) const = default; 不等于“只要写了就自动有全部比较”，它依赖编译器对类布局和成员类型的静态分析。失败时常见错误信息是：defaulted definition of 'operator' is deleted 或类似提示。
- 所有非静态数据成员必须各自支持
（即每个成员类型本身已定义或可默认生成operator） - 基类（如果存在）也必须支持
；哪怕只继承一个空基类，若该基类没声明任何比较操作，也会导致派生类= default失败 - 类中不能显式定义任何比较运算符（包括
operator==、operator 等）；一旦定义了任意一个，编译器就会放弃合成所有默认比较逻辑
为什么写了 = default，却 still 没有 operator==？
这是最常被忽略的点：operator = default 不会自动合成 operator==，即使你只想要 == 和 !=。C++20 规定：只有当你同时声明 bool operator==(const T&) const = default;，编译器才会为你生成它。
- 如果你只写
operator = default，==和!=仍会尝试调用传统operator==，找不到就报错 - 如果你加了
bool operator==(const T&) const = default;，且所有成员都支持默认==（比如std::string、int），那它就能成功生成 - 性能上，单独定义
operator== = default通常比靠推导出的==更快——因为前者可做位级等价判断，后者必须走完整三路比较流程
手动实现 时怎么避免返回类型错误？
手动写 operator 必须返回标准比较类别类型，返回 int 或 bool 是非法的，编译器会拒绝。
立即学习“C++免费学习笔记（深入）”；
- 正确做法：用成员逐个比较，短路返回。例如：
if (auto cmp = x other.x; cmp != 0) return cmp;，再比y - 返回类型应由函数签名明确体现，推荐用
auto让编译器推导，或显式写成std::strong_ordering（适用于整数、字符串等全序类型） - 浮点类型要用
std::partial_ordering，因为NaN NaN是std::partial_ordering::unordered，而std::strong_ordering不允许 unordered 状态 - 别试图用
return (x other.x) ? 1 : 0;——这返回的是int，不是比较类别，编译不过
std::tie(...) std::tie(...) 还管用吗？
管用，而且是兼容旧代码、绕过 = default 限制的常用技巧，但它不是“自动生成”，而是手写封装。
- 适用于成员类型不支持
（比如含std::unique_ptr或老式自定义类）但支持和 <code>==的情况 - 写法：
return std::tie(a, b, c) std::tie(other.a, other.b, other.c); - 注意：
std::tie返回的是tuple，其operator要求每个元素都支持或至少支持传统比较；若某个成员只支持但不支持 <code>，得换用std::compare_three_way{}函数对象 - 性能略低于原生
= default，因为涉及 tuple 构造和解包，但语义清晰、兼容性强
真正容易被卡住的地方，往往不是语法怎么写，而是某个不起眼的成员类型悄悄破坏了默认合成链条——比如一个 std::vector<:unique_ptr>></:unique_ptr> 字段，它不支持默认 ==，也就连带让整个类的 operator = default 失效。这时候要么给那个字段补比较逻辑，要么改用手动实现加 std::compare_three_way{} 回退机制。
