直接重写__delattr__会出错，是因为若未调用super().__delattr__(name)，将绕过Python默认的属性删除检查（如只读描述符校验），导致无法真正删除属性或误删__dict__等关键属性而崩溃；安全做法是先执行自定义逻辑（如日志、校验），再委托父类完成实际删除。
为什么直接重写
会出错？
Python 类中删除属性时，默认走的是
，它会检查属性是否为只读描述符（如
的 setter 缺失时），若尝试删只读属性，会抛
。如果你直接在子类里覆盖
却没调用父类逻辑，就可能绕过这些检查，导致意外行为——比如删掉
或内置属性，引发崩溃。
所以关键不是“能不能重写”，而是“怎么重写才安全”。必须显式调用
，否则等于自己接管全部删除逻辑，风险极高。
的典型监听写法
想在删属性时打日志、触发回调或做校验，就在重写方法里先处理自定义逻辑，再委托给父类执行实际删除：
所有自定义逻辑（日志、校验、通知）必须放在
调用之前
不能在
里访问
，因为该属性可能已被删或根本不存在，应改用
安全读取
若需区分实例属性和类属性，得手动查
或用
和
描述符的区别在哪？
是实例级别的钩子，对所有属性生效；而
是描述符协议的一部分，只对实现了它的描述符对象起作用（比如自定义的
类）。两者不冲突，但触发层级不同：
Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
下载
立即学习
“
Python免费学习笔记（深入）
”；
删一个普通实例属性（如
后
）→ 触发
删一个描述符属性（如
后
）→ 先触发描述符的
，再触发
（除非描述符自己处理了）
如果描述符的
抛异常，
可能根本不会执行
容易被忽略的兼容性陷阱
某些框架（如
、
、ORM 模型）会在类构建时动态设置
或替换
。你手动重写的版本可能被覆盖或与之冲突：
用了
？删不在
里的属性会直接报
，你的
可能收不到调用
继承自
？它已重写了
，直接覆盖会导致验证逻辑失效
在
里修改
或调用其他可能触发属性访问的方法（如
），极易引发递归调用
真要监听删除，优先考虑用描述符封装关键字段，而不是全局拦截
—— 前者更精准，后者太重，也更容易和第三方库打架。
__delattr__object.__delattr__@propertyAttributeError: can't delete attribute__delattr____dict__super().__delattr__(name)__delattr__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.namegetattr(self, name, None)self.__dict__hasattr(type(self), name)__delete____delattr____delete__Descriptorobj.x = 1del obj.x__delattr__class C: x = MyDesc()del c.x__delete____delattr____delete____delattr__dataclassespydantic__slots____delattr__@dataclass(slots=True)__slots__AttributeError__delattr__pydantic.BaseModel__delattr____delattr__self.__dict__self.__dict__.pop(name, None)__delattr__