zip() 在最短序列结束时停止，导致数据静默截断；需用 itertools.zip_longest() 填充缺失值，或显式检查长度确保逻辑正确。
直接用 zip() 就行，但它默认在最短序列结束时就停，不是“真正并行”——这点不注意，数据会 silently 截断。
为什么 zip() 会提前停止？
zip() 的设计就是“拉链式”配对：只要任意一个输入序列耗尽，它立刻终止。这不是 bug，是行为契约。
常见错误现象：zip([1,2,3], ['a','b']) 只返回两个元组 (1,'a'), (2,'b')，3 被丢弃；你可能以为它会补 None 或报错，但它不会。
- 这是为了安全：避免隐式填充引发逻辑歧义
- 如果你需要对齐所有元素，得换函数或手动处理
- Python 3 中
zip()返回迭代器，不展开就不耗内存——但一旦转成list()，截断就已发生
想补齐缺失值？用 itertools.zip_longest()
当序列长度不一致、又必须一一对应时，itertools.zip_longest() 是标准解法。
它默认用 None 填充空位，可通过 fillvalue= 参数指定其他值：
from itertools import zip_longest list(zip_longest([1,2,3], ['a','b'], fillvalue='?')) # → [(1, 'a'), (2, 'b'), (3, '?')]
-
fillvalue类型不限，可以是0、''、甚至自定义对象 - 注意：所有被填充的位置都共享同一个
fillvalue对象（若为可变对象需小心） - 性能上比原生
zip()略低，但差异通常可忽略
需要索引 + 元素？别嵌套 enumerate(zip(...))
写成 for i, (a,b) in enumerate(zip(x,y)): 没问题，但容易漏掉索引与原始序列长度的关系。
更清晰的做法是直接用 range(len(...)) 或 zip(range(...), ...)：
# 安全前提：x 和 y 长度一致
for i in range(min(len(x), len(y))):
print(i, x[i], y[i])
<h1>或更 Pythonic：</h1><p>for i, pair in enumerate(zip(x, y)):
a, b = pair # 显式解包，语义清晰</p>
- 如果 x/y 长度不确定，优先检查
len()再进循环，比依赖zip()截断更可控 -
enumerate(zip(...))的i是配对后的序号，不是原始下标——这点在调试时容易混淆
真正麻烦的不是怎么写，而是判断“该不该截断”。业务逻辑里，长度不等常意味着数据异常，这时候静默丢数据比报错还危险。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
