Python交互模式下无赋值接收的next调用未推进迭代器的行为确认

你观察到的差异根本不是Python交互模式的设计预期导致的逻辑变更，本质是手动输入时的缩进偏差造成的代码结构走样，和“去掉z=赋值”没有任何关联。

• next()函数的核心副作用是推进迭代器的遍历位置，这个行为和你是否接收返回值完全无关。不管是写z = next(a)还是直接写裸的next(a)，只要这行代码在相同的代码层级被执行，就一定会跳过下一个迭代项。两者的区别仅在于：脚本模式下不赋值的话返回值会被直接丢弃，交互模式下最外层的顶层裸表达式返回值会被临时存在专属的_变量里——但这个临时存储完全不影响对迭代器的操作，而且嵌套在循环、分支结构内部的表达式根本不会触发这个存值逻辑，更不会改变代码的实际执行顺序。
• 脚本模式下哪怕你把z = next(a)改成裸的next(a)，运行结果依然是1、3，不会有任何变化。你在交互模式下得到1、2、3的输出，根源是手动输入多行代码时缩进错位：原本应该属于if x ==1判断块内部的next(a)，被写到了和if同级的for循环层级，导致if块变成了空块，根本没触发跳过2的逻辑。
• 交互模式下的多行输入没有IDE的自动缩进校验，很容易出现这种偏差：写完if x ==1:这一行时，REPL会自动给下一行补一层缩进（对应if块的内部层级），如果这时候不小心按一次退格把缩进退到和if平齐，代码实际结构就变成了：

  a = iter([1,2,3])
  for x in a:
      print(x)
      if x ==1:
          # if块为空，没有实际执行逻辑
          pass
      next(a)
  

  这种结构的执行输出正好就是1、2、3，和你观察到的现象完全匹配。

重新在交互模式下严格对齐缩进，确保next(a)比if x==1多一层缩进，和脚本里的代码结构完全一致，这时候不管写不写变量赋值，输出都会和脚本模式完全相同，也就是1、3。
如果担心缩进不对，可以在写完整个循环块后，用dis模块反汇编查看字节码，只要next()的调用是在条件判断的分支内部，执行逻辑就和脚本模式没有任何区别。 #

内容的提问来源于stack exchange，提问作者Saúl Pilatowsky-Cameo