用 zip() 配合 dict() 可一行将等长键值列表转为字典，zip() 截断不等长列表，键重复时后值覆盖前值，需注意键必须可哈希且无隐式不可哈希类型。
用 zip() 配合 dict() 最直接
只要两个列表长度一致，且第一个列表元素可哈希（比如字符串、数字、元组），就能一行搞定：
keys = ['a', 'b', 'c']<br>values = [1, 2, 3]<br>result = dict(zip(keys, values)) # {'a': 1, 'b': 2, 'c': 3}这本质是把 zip() 生成的键值对迭代器直接喂给 dict() 构造函数。注意 zip() 在 Python 3 中返回的是迭代器，不是列表，但 dict() 完全能消费它。
列表长度不等时 zip() 默认截断
如果 keys 比 values 长，多出的 key 会被丢掉；反过来，多出的 value 也会被忽略。这不是 bug，是 zip() 的设计行为。
- 想保留全部 key 并设默认值？用
dict.fromkeys(keys, default_value)初始化，再手动更新 - 想严格校验长度是否匹配？加一句
if len(keys) != len(values): raise ValueError("key and value lists must have same length") - 需要“长对齐”（比如用
None填充短列表）？改用itertools.zip_longest(keys, values, fillvalue=None)
键重复时后出现的值会覆盖前面的
dict() 构造过程不报错，但静默覆盖——这是字典本身的语义，不是转换逻辑的问题。
- 检查重复键：可以用
len(keys) != len(set(keys)) - 想收集重复键的所有值？得自己写循环，用
defaultdict(list)或setdefault() - 常见坑：从 Excel 或 CSV 读出的列名可能含空格或大小写差异，表面看不重复，实际哈希值不同
性能和内存要注意的点
对大列表，dict(zip(...)) 是惰性求值+单次遍历，效率不错。但如果你后续还要频繁查 key 是否存在，别忘了：字典的 in 查找是 O(1)，而原列表是 O(n)。
- 避免反复调用
dict(zip(keys, values))—— 如果 keys/values 不变，构造一次复用 - 如果只是临时映射且数据量小，推导式
{k: v for k, v in zip(keys, values)}可读性略高，性能几乎无差别 - 极端情况（千万级元素）：确认
keys全是不可变类型，否则运行时报TypeError: unhashable type
unhashable type 'list' 往往出现在深层调用栈里，而不是你写 dict(zip(...)) 的那行。 
