setdefault() 天然不覆盖已有值，仅当键不存在时才设置并返回默认值；键存在时直接返回当前值，不执行赋值。常见误用源于混淆其与赋值操作，或忽视可变默认值的共享引用问题。
setdefault() 本来就不会覆盖已有值
dict.setdefault() 的设计逻辑就是：仅当 key 不存在时才设置默认值并返回它；key 已存在时，直接返回当前值，不执行赋值。所以你不需要额外操作来“阻止覆盖”——它天然如此。
常见误解源于把 setdefault() 和 dict[key] = default 或 dict.update() 混淆了。下面看实际行为：
data = {'a': 1}
result = data.setdefault('a', 999)
print(result) # 输出 1，不是 999
print(data) # {'a': 1}，没变为什么有时看起来像“被覆盖”了？
典型陷阱是默认值本身是可变对象（比如空列表、空字典），而你反复调用 setdefault() 往里面追加内容，误以为“值被重设”，其实是同一个对象在被多次修改。
- 错误理解：
data.setdefault('items', []).append(x)每次都“新建一个空列表” - 真实情况：
setdefault()第一次返回新列表并存入 dict；之后每次都返回**同一个列表对象**，.append()改的是它
如果你真想每次拿到“干净”的新默认值（比如每次都是独立的新列表），不能依赖 setdefault() 的默认参数，得手动判断：
立即学习“Python免费学习笔记（深入）”；
if 'items' not in data:
data['items'] = []
data['items'].append(x)替代方案：用 get() + 赋值更清晰
当逻辑稍复杂（比如默认值需计算、或涉及类型检查），用 dict.get() 显式判断比塞进 setdefault() 更易读、更可控：
-
val = data.get('key')→ 直接取值，不副作用 -
if val is None: data['key'] = expensive_default()→ 按需构造，默认值不总被创建
对比 data.setdefault('key', expensive_default())：后者无论 key 是否存在，expensive_default() 都会被立即调用 —— 可能浪费资源。
注意 None 作为合法值时的边界情况
setdefault() 和 get() 都以“key 是否在 dict 中”为判断依据，跟 value 是否为 None 无关。但如果你的业务里 None 是有效值，又习惯用 if not data.get('k') 判断，就容易出错：
data = {'k': None}
data.setdefault('k', 'default') # 不触发，返回 None
if not data.get('k'): ... # 会误入分支！此时应改用 if 'k' not in data: 或 data.get('k', sentinel) is sentinel。
真正需要“不覆盖”的场景，往往不是 setdefault() 本身的问题，而是对默认值生命周期、可变性或 None 含义的误判。
