会漏删，因为del改变后续元素索引而for循环仍按原range递增，导致刚前移的元素被跳过；如[10,20,30,40]删偶数，删20后30前移至索引1，但i升为2直接取40，30被跳过。
会漏删，因为 del 改变了后续元素的索引位置，而 for 循环仍按原计划递增索引 —— 刚移上来的元素直接被跳过。
for i in range(len(lst)): del lst[i] 为什么错？
这种写法看似“手动控制索引”，实则隐患最大：循环用 range(len(lst)) 在开始时就固定了索引序列（比如 range(0, 1, 2, 3)），但每次 del lst[i] 都会让后面所有元素前移一位。下一轮循环仍取下一个预设索引，必然跨过刚补位的元素。
- 例如
lst = [10, 20, 30, 40]，想删所有偶数；i == 1时删掉20→lst变成[10, 30, 40]；下一轮i == 2，取的是40，而30被跳过 -
del lst[i]不检查值，只按索引删；若你本意是“删偶数”，但索引错位后可能误删一个奇数 - 比
remove()更隐蔽：它不抛ValueError，也不会因“找不到值”中断，错得安静又彻底
del 和 remove() 在循环中谁更危险？
两者都危险，但触发条件和表现不同：
-
remove(x)按值删第一个匹配项，适合你知道要删什么值、但不确定位置的场景；但它会在目标不存在时抛ValueError，容易暴露逻辑漏洞 -
del lst[i]按索引删，适合你明确知道删哪个位置；但它对越界索引直接抛IndexError，尤其在配合enumerate()或手动计数时高频出现 - 最危险组合：
for i, x in enumerate(lst): if x % 2 == 0: del lst[i]——enumerate的游标照常 +1，删完立刻错位，必漏
while 循环中用 del 怎么写才安全？
必须把“是否递增索引”和“是否删除”解耦，否则照样漏：
- ✅ 正确：只在未删除时才
i += 1 - ❌ 错误：无论删没删都
i += 1 - 示例：
i = 0 while i
- 注意：
del lst[i]是 O(n) 操作，频繁在开头或中间删会导致整体 O(n²) 时间复杂度；大数据量优先考虑构建新列表
为什么反向遍历能绕过这个问题？
因为从后往前删，前面元素的索引完全不受影响：
-
for i in range(len(lst)-1, -1, -1)生成的索引序列是固定的、递减的（如3,2,1,0） - 删掉
lst[3]后，lst[2]还是原来那个元素，位置没变；下一轮取i == 2，稳稳命中 - 适用于必须原地修改、且不能接受额外内存开销的场景（比如嵌入式或流式处理）
- 但注意：反向遍历无法用于需要“顺序处理并立即移除”的逻辑（比如消费队列），因为它是倒序的
真正容易被忽略的一点：只要你用 for 遍历一个正在被 del 或 remove() 修改的列表，不管写了多少层判断、加了多少个 if，只要索引或值在变，错位就已注定 —— 这不是 bug，是 Python 迭代协议与可变对象修改之间不可调和的机制冲突。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
