for循环按索引顺序取值而非动态更新剩余元素，正向遍历时修改列表会导致元素被跳过；nums[:]浅拷贝可避免错位，反向遍历或while pop是安全的原地修改方案。
for 循环底层是按索引顺序取值，不是按“当前剩余元素”动态更新
Python 的 for x in lst: 看似在遍历元素，实际等价于用 range(len(lst)) 隐式生成索引序列，再依次取 lst[0]、lst[1]、lst[2]……一旦你在循环中调用 lst.remove(x) 或 del lst[i]，列表长度立刻变短，后续所有元素索引集体减 1 —— 但循环的下一轮仍会取“原计划的下一个索引”，于是刚前移过来的那个元素就被跳过了。
比如 nums = [1, 2, 2, 3]，删掉第一个 2 后变成 [1, 2, 3]，原本在索引 2 的 3 现在在索引 1，但循环已走到索引 2，直接去取 nums[2]（越界或取到错误值），中间那个 2 就永远没被检查。
remove() 和 del 的行为差异会让问题更隐蔽
list.remove(x) 是按值删第一个匹配项，不关心位置；del lst[i] 是按索引删。两者都会导致偏移，但报错方式不同：
-
remove()找不到目标时抛ValueError，容易在条件判断松动时突然中断 -
del lst[i]对无效索引直接抛IndexError，尤其在配合enumerate()或手动索引时高频出现 - 用
nums.index(x)再del更危险：两次查找 + 删除，若期间有重复值，index()总返回第一次出现的位置，可能误删
为什么 nums[:] 能“绕过”这个问题？
for x in nums[:]: 中的 nums[:] 是浅拷贝，生成一个新列表用于遍历，原列表 nums 可自由修改。循环体里删的是 nums，但迭代器始终在副本上按固定索引走，不会错位。
注意：nums[:] 不等于 nums.copy() 或 list(nums) —— 三者都可行，但 nums[:] 最轻量；不过它不能解决内存受限场景（比如超大列表），因为拷贝本身占额外空间。
真正安全的原地修改方案只有反向遍历或 while + pop
如果必须原地操作且不能新增内存，优先选这两种：
- 反向遍历：
for i in range(len(nums)-1, -1, -1):，删nums[i]不影响前面未访问的索引 -
while nums:配合pop(0)或pop()，显式控制出队逻辑，适合需逐个处理并移除的场景 - 避免用
for i, x in enumerate(nums):然后del nums[i]——enumerate的游标基于当前列表状态，删除后游标继续递增，必然跳项
最常被忽略的一点：哪怕你用 list.remove() 写了十次，只要是在正向 for 里，就一定存在漏删风险——这不是语法错误，而是迭代机制与可变对象修改之间的根本冲突。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
