如何实现在Python类中监听属性删除_重写__delattr_

直接重写__delattr__会出错，是因为若未调用super().__delattr__(name)，将绕过python默认的属性删除检查（如只读描述符校验），导致无法真正删除属性或误删__dict__等关键属性而崩溃；安全做法是先执行自定义逻辑（如日志、校验），再委托父类完成实际删除。

如何实现在python类中监听属性删除_重写__delattr__方法

为什么直接重写 `delattr` 会出错？

Python 类中删除属性时，默认走的是 object.__delattr__，它会检查属性是否为只读描述符（如 @property 的 setter 缺失时），若尝试删只读属性，会抛 AttributeError: can't delete attribute。如果你直接在子类里覆盖 __delattr__ 却没调用父类逻辑，就可能绕过这些检查，导致意外行为——比如删掉 __dict__ 或内置属性，引发崩溃。

所以关键不是“能不能重写”，而是“怎么重写才安全”。必须显式调用 super().__delattr__(name)，否则等于自己接管全部删除逻辑，风险极高。

`delattr` 的典型监听写法

想在删属性时打日志、触发回调或做校验，就在重写方法里先处理自定义逻辑，再委托给父类执行实际删除：

Li Python Sec Check

Python 安全规范检查工具：基于 CloudBase 规范、腾讯安全指南，LLM 智能分析（默认禁用，优先本地执行）

下载

class Observable:
    def __delattr__(self, name):
        print(f"即将删除属性: {name}")
        # 可加条件判断，比如禁止删某些属性
        if name in ("_locked", "__version__"):
            raise AttributeError(f"禁止删除受保护属性 {name}")
        super().__delattr__(name)  # 必须这行，否则不真正删除

所有自定义逻辑（日志、校验、通知）必须放在 super().__delattr__ 调用之前
不能在 __delattr__ 里访问 self.name，因为该属性可能已被删或根本不存在，应改用 getattr(self, name, None) 安全读取
若需区分实例属性和类属性，得手动查 self.__dict__ 或用 hasattr(type(self), name)

和 `delete` 描述符的区别在哪？

__delattr__ 是实例级别的钩子，对所有属性生效；而 __delete__ 是描述符协议的一部分，只对实现了它的描述符对象起作用（比如自定义的 Descriptor 类）。两者不冲突，但触发层级不同：

删一个普通实例属性（如 obj.x = 1 后 del obj.x）→ 触发 __delattr__
删一个描述符属性（如 class C: x = MyDesc() 后 del c.x）→ 先触发描述符的 __delete__，再触发 __delattr__（除非描述符自己处理了）
如果描述符的 __delete__ 抛异常，__delattr__ 可能根本不会执行

容易被忽略的兼容性陷阱

某些框架（如 dataclasses、pydantic、ORM 模型）会在类构建时动态设置 __slots__ 或替换 __delattr__。你手动重写的版本可能被覆盖或与之冲突：

用了 @dataclass(slots=True)？删不在 __slots__ 里的属性会直接报 AttributeError，你的 __delattr__ 可能收不到调用
继承自 pydantic.BaseModel？它已重写了 __delattr__，直接覆盖会导致验证逻辑失效
在 __delattr__ 里修改 self.__dict__ 或调用其他可能触发属性访问的方法（如 self.__dict__.pop(name, None)），极易引发递归调用