del只作用于当前作用域的变量，删全局或闭包变量需global/nonlocal声明；删列表元素会改变索引；删字典键正常，删属性依赖__delattr__实现；del仅解除引用，不立即释放内存。
del 不能删除局部作用域外的变量
很多人以为 del 能像赋值一样“穿透”作用域，其实它只作用于当前作用域声明或引入的名称。比如在函数里 del x，如果 x 是从外层闭包或全局读进来的（没用 nonlocal 或 global 声明），Python 直接报 UnboundLocalError 或 NameError。
常见错误现象：UnboundLocalError: local variable 'x' referenced before assignment —— 这往往是因为你写了 del x，但之前没给 x 赋过值，Python 就把它当成局部变量了，而后续又试图读取。
- 想删全局变量？必须先写
global x，再del x - 想删闭包变量？必须先写
nonlocal x，再del x - 函数参数名默认是局部的，
del它没问题，但删完再读就会触发UnboundLocalError
del 列表元素时索引会动态变化
del 删掉某个位置的元素后，后面所有元素自动前移，索引全变了。如果你用循环 + 索引去删多个满足条件的项，很容易跳过相邻项或越界。
使用场景：清洗列表中某些值，比如删掉所有 None 或负数。
立即学习“Python免费学习笔记（深入）”；
错误写法示例：
nums = [1, -2, 3, -4, 5]
for i in range(len(nums)):
if nums[i] < 0:
del nums[i]——运行直接报 IndexError，因为删掉 -2 后，原索引 2 的 3 变成索引 1，但循环已经走到 i=2 了。
- 安全做法：倒着遍历
for i in range(len(nums)-1, -1, -1) - 更推荐：用列表推导式重建，比如
nums = [x for x in nums if x >= 0] - 如果必须原地删，用
while+pop()或remove()更可控
del 对字典键和对象属性的行为不一致
del d['key'] 删除字典键是标准操作，没问题；但 del obj.attr 是否生效，完全取决于该类是否实现了 __delattr__。很多内置类型（比如 list、str）根本不支持删属性，一删就抛 AttributeError。
常见错误现象：AttributeError: __delattr__ —— 不代表你写错了语法，而是目标对象压根不让你删。
- 自定义类想支持
del obj.x，得显式实现def __delattr__(self, name): ... - 对
dict子类，del键正常；但对collections.namedtuple实例，连属性都不可删（它是只读的） -
del字典键不会触发任何钩子；而删属性可能触发__delattr__，性能开销要看实现
del 不等于内存释放，也不等于析构
del 只是解除一个名字（name）对对象的引用，不是“销毁对象”。对象是否真被回收，取决于是否还有其他引用存在，以及垃圾回收器何时运行。
容易踩的坑：以为 del big_list 就立刻腾出内存，结果发现 RSS 没降；或者在循环里反复 del item，却没意识到变量名本身每轮都是新的局部绑定。
-
del后立即调用gc.collect()也不能保证立刻释放，只是提示回收器干活 - 对大对象（如 NumPy 数组、Pandas DataFrame），更可靠的做法是设为
None或重新赋值，再确保无其他引用 - 若对象有
__del__方法，它只在对象真正被销毁时才调用，时机不确定，且异常会被静默吞掉
最常被忽略的一点：del 是语句，不是函数，不能用在表达式里——比如不能写 func(del x) 或 if del x:，语法直接报错。
