Python魔法方法异常在运算符调用时被隐式捕获的原因及解决方法咨询

我来帮你拆解这个问题的核心原因和可行的解决方案。

为什么会出现这种差异？ #

问题的关键在于Python对运算符隐式调用时的属性查找异常，有特殊的拦截逻辑：

• 当你用==运算符时，解释器会隐式触发__eq__方法的属性查找过程。你的ErrorDescriptor在这个查找阶段（__get__方法）抛出了异常，解释器会把这种情况视为“该对象没有实现__eq__方法”，进而捕获异常并回退到默认的对象比较逻辑——直接比较两个对象的内存地址（id是否相同），所以最终返回False（显然Bar()和0的内存地址不一样）。
• 而当你直接调用Bar().__eq__(0)时，这是显式的属性查找+方法调用流程，属性查找阶段抛出的异常不会被额外拦截，会直接向上传播，所以你能看到预期的RuntimeError。

怎么让两种调用方式都抛出异常？ #

要解决这个问题，你需要把异常触发的时机从属性查找阶段移到方法执行阶段。也就是说，不要用描述符替换__eq__，而是直接替换成一个实际的方法，让它在被调用时抛出异常：

from typing import override

class Meta(type):
    def __new__(cls, name: str, bases: tuple[type, ...], cls_dict: dict[str, object]):
        def forbidden_eq(self, other: object):
            print("Exception incoming")
            raise RuntimeError("__eq__方法被禁止使用")
        cls_dict["__eq__"] = forbidden_eq
        return super().__new__(cls, name, bases, cls_dict)

class Foo:
    @override
    def __eq__(self, other: object):
        return True

class Bar(Foo, metaclass=Meta):
    pass

print(Foo() == 0)  # 输出 True
print(Bar() == 0)  # 先打印Exception incoming，然后抛出RuntimeError
print(Bar().__eq__(0))  # 先打印Exception incoming，然后抛出RuntimeError

这样修改后，无论是==运算符的隐式调用，还是直接调用__eq__方法，都会执行这个forbidden_eq函数并抛出异常——因为此时异常是在方法执行阶段触发的，符合Python运算符协议的预期：如果对象明确实现了__eq__方法，那么方法执行时的异常会正常传播，不会被隐式捕获。

额外补充：Python为什么要这么设计？ #

这种设计是为了保证比较操作的鲁棒性。比如你在列表中使用in操作符（底层依赖__eq__比较），如果某个对象的__eq__属性查找时抛出异常，若不拦截这个异常，整个程序会直接崩溃。Python选择了“尽量让比较操作能继续进行”的策略，回退到最基础的身份比较，避免程序意外终止。

内容来源于stack exchange