for循环遍历时修改列表会导致元素被跳过，因其迭代器按固定索引推进而remove/del会改变元素位置；安全做法是反向遍历、while pop或使用切片副本。
因为 for x in lst 底层按固定索引推进，而 remove() 或 del 会实时改变列表长度和元素位置，导致迭代器“错位”——刚前移过来的元素被直接跳过。
for 循环不是在“看当前元素”，而是在“数下一个位置”
Python 的 for x in lst 实际等价于：
iterator = iter(lst)
while True:
try:
x = next(iterator) # 内部靠索引取值，不是扫描整个列表
except StopIteration:
break这个迭代器在开始时就绑定了初始长度和索引步进逻辑。一旦你调用 lst.remove(x)，列表立刻收缩、后续元素索引集体减 1，但迭代器仍按原计划走到“下一个索引”，于是新移到该索引的元素就被忽略。
- 例如
nums = [1, 2, 2, 3]，删第一个2后变成[1, 2, 3]，原本在索引 2 的3现在在索引 1，但循环已走到索引 2，直接取nums[2]（越界或取到错误值） -
remove()按值删第一个匹配项，del lst[i]按索引删——两者都会引发偏移，但报错方式不同：remove()找不到时抛ValueError，del对无效索引抛IndexError
为什么 nums[:] 能“假装安全”？
for x in nums[:]: 中的 nums[:] 是浅拷贝，生成一个独立副本用于遍历，原列表 nums 可任意修改。迭代器始终在副本上走，索引不会受原列表变化影响。
立即学习“Python免费学习笔记（深入）”；
-
nums[:]、nums.copy()、list(nums)效果相同，但nums[:]最轻量 - 缺点是额外内存开销：超大列表（如千万级）不适用，可能 OOM
- 它只是“绕过”问题，并非真正原地修改；如果你必须节省内存，这方案就不成立
真正安全的原地删除只有反向遍历或 while pop
不新建列表、不依赖副本，只靠控制索引或出队逻辑来规避偏移。
- 反向遍历：
for i in range(len(nums)-1, -1, -1):，删nums[i]不影响前面未访问的索引 - 必须用
del nums[i]或nums.pop(i)，别用nums.remove(x)——后者还要再查一次位置，语义混乱且易误删 -
while nums:配合pop(0)或pop()，适合需逐个处理并移除的场景（比如队列式清理） - 绝对避免
for i, x in enumerate(nums): del nums[i]——enumerate游标也基于当前列表状态，删完游标照常递增，必然跳项
最常被忽略的一点：哪怕你写了十次 list.remove() 在正向 for 里，只要列表在变，就一定存在漏删风险——这不是语法错误，而是迭代机制与可变对象修改之间的根本冲突。
