Python 3.7+ 字典保证插入顺序,但旧版本顺序未定义;keys() 返回动态视图而非列表以节省内存;setdefault() 写入并返回默认值,get() 只读不写;fromkeys() 对可变默认值会共享同一对象;键需满足 hash 和 eq 一致。
Python 字典不是“有序容器”这个事实,直到 Python 3.7 才被官方保证为插入顺序保留——但这是 CPython 的实现细节升级,不是语言规范强制要求;如果你写的是需兼容 Python 3.6 或更早版本的代码,dict 的顺序行为仍应视为未定义。
dict.keys() 返回视图对象而不是列表?因为视图对象是动态、轻量且内存友好的:它不复制键集合,而是实时反映字典当前状态。修改字典后,已存在的 dict.keys() 视图会立刻体现变化。
keys = list(d
.keys()); d['new'] = 1; print('new' in keys) → 输出 False(你查的是旧快照)'new' in d 或每次需要时调用 d.keys()
list(d.keys()),但要意识到这是 O(n) 开销dict.setdefault() 和 dict.get() 的关键区别
两者都避免 KeyError,但 setdefault 会在键不存在时**写入默认值并返回它**;get 则只读不写。
cache = {}
cache.setdefault('count', 0) # 第一次:插入 'count': 0,返回 0
cache.setdefault('count', 0) # 第二次:不修改,仍返回 0
cache.get('count', 0) # 总是返回当前值,绝不修改 cacheget 替代 setdefault 初始化嵌套结构(如 d.setdefault('a', {})['b'] = 1),换成 get 就会报 TypeError
setdefault(key, expensive_func()) 会**每次都执行**;应改用 if key not in d: d[key] = expensive_func()
dict.fromkeys() 初始化时最容易踩的坑它把**同一个对象**赋给所有键,对可变对象(如 list、dict)极其危险。
d = dict.fromkeys(['a', 'b', 'c'], []) # 错!三个键共用一个空列表
d['a'].append(1)
print(d) # {'a': [1], 'b': [1], 'c': [1]} —— 全变了{k: [] for k in ['a','b','c']}
fromkeys 的第二个参数是任意对象,甚至可以是 None、0、object(),但别传可变对象dict.fromkeys(iterable) 不传第二个参数时,默认值是 None
字典的哈希机制决定了键必须是不可变类型,但真正容易忽略的是:两个键只要 __hash__ 相等且 __eq__ 返回 True,就会被视为同一键——哪怕它们是不同实例。自定义类作字典键时,__hash__ 和 __eq__ 必须逻辑一致,否则行为不可预测。