delattr 不会释放内存，仅从实例字典中移除属性名引用；它不触发垃圾回收，也不等价于 del 变量，常见于动态删除运行时生成的属性名。
delattr 会真的释放内存吗？
不会。delattr 只是断开对象对某个属性的引用，不触发内存回收，更不等于 del 变量本身。
常见错误现象：删了属性后对象体积没变、sys.getsizeof() 结果不变、以为“删了就省内存”——其实只是把那个属性名从实例字典里踢出去了。
- 使用场景：清理临时计算字段、解耦配置项、配合
__slots__做运行时约束（但注意：__slots__类不能动态删未声明的属性） - 参数差异：
delattr(obj, 'attr_name')要求attr_name是字符串；不能传变量名，也不能传带点号的路径（如'cfg.host'） - 性能影响：底层调用
PyObject_DelAttr，和直接写del obj.attr_name几乎等价，无额外开销
AttributeError 怎么避免？
删不存在的属性会抛 AttributeError，不是静默失败。别指望它像字典的 pop 那样带默认值。
典型踩坑：在循环中反复删同一属性，第二轮必报错；或没检查属性是否存在就硬删。
立即学习“Python免费学习笔记（深入）”；
- 安全做法：删前用
hasattr(obj, 'attr_name')判断，或用try/except AttributeError包裹 - 替代方案：如果目标是“有就删、没有就算”，推荐用
obj.__dict__.pop('attr_name', None)（仅限实例属性，且对象有__dict__） - 注意兼容性：
delattr对只读描述符（比如@property无setter）也报错，不是所有“看起来像属性”的东西都能删
delattr 和 del obj.attr 有啥区别？
语义一致，行为相同，底层走的是一套 C API。区别只在写法和适用场合。
常见误解：以为 delattr 更“动态”所以更强大——其实 del 语句也能删变量、删切片、删整个名字，而 delattr 只能删对象属性。
- 必须用
delattr的情况：属性名是运行时算出来的（比如attr = f'cache_{i}'），这时del obj.attr语法不合法 - 优先用
del obj.attr的情况：属性名固定、代码可读性优先；IDE 更容易识别和跳转 - 警告：别在
__del__或弱引用回调里调用delattr操作自身属性，可能触发未定义行为（尤其是涉及__dict__修改时）
配合 __slots__ 使用要注意什么？
__slots__ 类默认禁用 __dict__，而 delattr 删除属性时仍会尝试操作 __dict__ —— 所以多数情况下直接报 AttributeError: attr_name，哪怕那个属性确实在 __slots__ 里声明过。
这不是 bug，是设计使然：__slots__ 属性本质是描述符，删除需走描述符协议，而内置 delattr 不处理这个分支。
- 能删的情况极少：只有当该 slot 属性被显式设为可删除（比如自定义描述符实现了
__delete__） - 实际建议：对
__slots__类，别依赖delattr清理属性；改用重置为None或其他哨值更稳妥 - 验证方法：删之前先
getattr(obj, 'attr_name', '<missing>')</missing>看是否真存在，再结合hasattr(type(obj), 'attr_name')判断是不是类属性而非实例属性
