itertools 是数据流设计的锚点，解决迭代器的惰性、内存与顺序问题，而非语法糖；其工具返回单次消耗型迭代器，需按数据规模、访问模式和下游消费方式权衡使用。
为什么 itertools 不是“语法糖”，而是数据流设计的锚点
它解决的不是“怎么写更短”，而是“怎么让迭代不提前加载、不重复构造、不卡死内存”。比如你用 range(10**9) 生成索引，但真正要的是每 17 个取一个、跳过前 5 个、再和另一个无限序列配对——这时候 list(range(...)) 直接 OOM，而 itertools.islice + itertools.zip_longest 可以常量内存跑完。
常见错误现象：TypeError: 'itertools.chain' object is not subscriptable——有人试图像列表一样用 chain_obj[5]，但 itertools 返回的是惰性迭代器，不支持随机访问。
- 所有
itertools工具返回的都是单次消耗型迭代器，用完即失效，需要重新构造 -
itertools.accumulate默认累加，但传入operator.mul就变成累积乘积，别硬写循环 - 在生成器函数里嵌套
yield from itertools.combinations(...)比手动递归清晰，也避免栈溢出
zip 和 itertools.zip_longest 的边界行为差异
标准 zip 以最短序列为准，itertools.zip_longest 补 None（可自定义 fillvalue）。这不只是“多几个元素”的事，它直接决定下游逻辑是否要反复检查 len() 或判空。
使用场景：合并两个日志流，一个是请求 ID 序列，一个是响应耗时，但某些请求超时没回。用 zip 会丢掉超时项；用 zip_longest 能保留对齐位置，后续用 if t is not None 区分成功/失败。
立即学习“Python免费学习笔记（深入）”；
-
zip(a, b)等价于itertools.zip_longest(a, b, fillvalue=StopIteration)再过滤，但性能差得多 - 如果其中一个输入是无限的（如
itertools.count()），zip会永远停不下来，除非另一个也是有限且更短 - Python 3.10+ 支持
strict=True参数给zip，遇到长度不等就抛ValueError，适合校验阶段
用 itertools.groupby 前必须先排序？不，是必须按分组键有序
itertools.groupby 不是 SQL 的 GROUP BY，它只对相邻相同键做分组。如果你有一组用户数据按时间戳混排，直接 groupby(user_id) 会把同一个用户的记录切开成多段。
性能影响：排序本身是 O(n log n)，但如果你的数据天然按某字段流式到达（比如 Kafka 分区日志按 user_id 哈希后写入），那就可以跳过排序，直接 groupby，省下大量内存和时间。
- 典型错误：
groupby(sorted(data, key=f), key=f)—— 多余排序，sorted已经打乱原始顺序，但groupby需要的是“物理相邻” - 正确做法：先
sorted(data, key=f)，再groupby(..., key=f)；或用pandas.groupby（底层不依赖顺序） -
groupby返回的每个子迭代器是“懒”的，但父迭代器推进后，前面的子迭代器就失效了，不能反复遍历
什么时候该放弃 itertools，改用生成器表达式或 yield
当逻辑涉及状态维护、条件分支嵌套、或需要多次重放某段数据时，itertools 组合会迅速变得难读且难调试。比如：“跳过前 N 个偶数，然后对接下来的 M 个奇数求平方和”——用 islice(filter(...), N, None) 嵌套三层已经够呛，再加计数器就失控。
容易踩的坑：为了“函数式风格”硬套 itertools，结果每次调用都要重构整个链，而一个带 state 变量的生成器函数反而更直白、可测、可打断。
- 生成器函数能自然持有局部变量（如累计值、上一个值、开关状态），
itertools工具做不到 -
(x**2 for x in data if x % 2 == 1)比map(lambda x: x**2, filter(lambda x: x % 2 == 1, data))更易读，也更 Pythonic - 如果某个迭代逻辑要被多个地方复用，且参数不止一两个，写成生成器函数比拼接
itertools更利于 IDE 跳转和类型提示
真正难的不是记住 itertools 里有 20 个函数，而是判断哪一段数据流必须惰性、哪一段值得预计算、哪一段其实该用索引而不是迭代器——这些没法靠查文档解决，得看数据规模、访问模式、和下游怎么消费它。
