@dataclass 自动生成的 eq 按字段声明顺序逐项比较元组，非逻辑相等；order=True 时排序同理；compare=False 可排除字段但需谨慎；__ne__ 依赖 eq 返回值，非常规返回会抛异常。
dataclass 自动生成的 __eq__ 按字段元组逐项比较
当你没显式设置 eq=False，@dataclass 默认会生成 __eq__ 方法，但它不是按你“逻辑上认为相等”的方式判断，而是把所有 compare=True 的字段（默认全部）按声明顺序打包成元组，再做 == 比较。比如：
@dataclass
class Player:
name: str
health: int
damage: int
那么 p1 == p2 实际等价于 (p1.name, p1.health, p1.damage) == (p2.name, p2.health, p2.damage)。只要任一字段不同，就返回 False —— 即使你只关心 health + damage 这个综合值。
order=True 时 >=、
@dataclass(order=True) 不是“按某个字段排序”，而是按字段定义顺序构造元组后执行字典序比较。这会导致两个常见误判：
- overall 相等但
name字母序靠前 →p1 >= p2返回False，哪怕你只想比总战力 - 字段顺序和业务重要性不一致（比如把
id放最前）→ 排序结果完全偏离预期
根本原因：Python 没有“主键字段”概念，order=True 只是语法糖，背后仍是元组比较逻辑。
立即学习“Python免费学习笔记（深入）”；
被忽略字段仍可能破坏比较一致性
用 field(compare=False) 能排除字段参与 __eq__，但要注意两点：
- 如果该字段影响对象语义相等性（比如
created_at是毫秒级时间戳），忽略它会让两个“逻辑不同”的实例被判定为相等 -
__hash__默认也只基于compare=True字段，若你手动实现了__eq__却忘了同步__hash__，就会触发TypeError: unhashable type
更隐蔽的问题是：当类继承自另一个 @dataclass 父类时，父类中 compare=False 的字段不会自动传给子类的比较逻辑，但子类新增字段若未显式设 compare=False，就会悄悄混入比较元组。
__ne__ 的取反行为可能抛异常而非返回布尔值
@dataclass 不生成独立的 __ne__，而是依赖默认规则：调用 __eq__ 后对结果取反。但这个“取反”是 Python 层的 PyObject_Not()，会尝试将 __eq__ 返回值转为布尔。
- 如果你在
__eq__中返回了 pandas.NA、numpy.nan 或自定义可调用对象，not操作会直接抛ValueError或TypeError - 如果
__eq__返回NotImplemented（例如跨类型比较失败），__ne__也会原样抛出，而不是返回True
这意味着：即使你没动 __ne__，只要 __eq__ 返回值不是明确的 True/False，!= 就可能崩。
debug_id: str = field(compare=False) 写在中间，又忘了检查 order=True 下的元组结构，后续所有比较行为都会悄然偏移。 
