StopIteration 是迭代器协议的正常终止信号，非错误；for 循环自动处理，手动调用 next() 时需 try/except 或用 next(it, default) 提供默认值。
StopIteration 是正常现象，不该被“修复”
StopIteration 不是 bug，而是迭代器协议的正常信号——它告诉 for 循环或 next()：没数据了，该停了。强行捕获并忽略它，往往掩盖逻辑问题；而用 try/except 包裹单次 next() 调用，才是标准用法。
常见误操作：写个 while True + next() 却不处理异常，结果一运行就崩。
- for 循环内部自动捕获
StopIteration并退出，无需干预 - 手动调用
next(it)时，必须配try/except StopIteration: - 传给
next()第二个参数（默认值）可避免抛异常：next(it, default_value)
什么时候该用 next(it, default) 而不是 try/except？
当你明确知道可能提前耗尽、且有合理默认值时，next(it, default) 更简洁安全。比如从配置项里取前三个键，不足就用 None 或空字符串占位。
但注意：如果默认值和真实数据类型相同（比如都可能是 0），就无法区分“真值为 0”和“已耗尽”，此时必须用 try/except。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 适合场景：读取固定数量元素、提供 fallback 值、构建带默认的解析逻辑
- 不适合场景：需要区分“无值”和“值为 None/0/False”的判断
-
next(it, None)返回None时，你得确认None不是合法数据
自定义迭代器忘了 raise StopIteration 会怎样？
如果自己写的类实现了 __iter__ 和 __next__，但 __next__ 在末尾没写 raise StopIteration，就会无限返回最后一个值，或抛 TypeError（取决于实现），而不是预期的终止。
这是最隐蔽的 StopIteration 相关错误——异常根本不会出现，程序却卡死或逻辑错乱。
- 检查
__next__方法：所有退出路径都必须显式raise StopIteration - 别依赖 return 或函数自然结束——迭代器协议要求显式抛出
- 测试时务必用
list(your_iter)或 for 循环跑到底，验证是否正常终止
itertools.islice 和其他工具如何影响 StopIteration 行为？
itertools.islice(it, n) 这类包装器本身也是迭代器，它们转发底层的 StopIteration，但可能提前终止（比如只取前 5 个），这时你收到的仍是标准 StopIteration，只是触发时机变了。
真正容易出问题的是链式调用中混用可耗尽迭代器和不可重用生成器——比如把 map() 结果传给两次 islice，第二次会立刻抛 StopIteration，因为 map 对象只能遍历一次。
- 所有内置迭代器（
map、filter、zip等）都是一次性的 - 需要多次遍历时，要么重新创建，要么转成
list（注意内存） -
itertools.tee()可以复制迭代器，但会缓存已消费项，慎用于大数据流
