KeyError是Python字典“显式优于隐式”设计的体现，访问不存在的键时强制报错而非静默返回None；dict.get()提供安全访问，支持自定义默认值，避免中断执行。
Python字典访问不存在的键时抛出 KeyError，是因为它选择“显式优于隐式”的设计哲学——不掩盖缺失，而是强制你面对和处理它。这不是bug，是约束。
为什么直接写 d['missing'] 一定报错
字典的方括号取值（__getitem__）语义就是“精确匹配”：键存在就返回值，不存在就中断并抛 KeyError。它不会返回 None，也不会静默跳过，更不会自动创建键。这种行为在解析 JSON、读取配置、处理 API 响应等场景中尤其关键——如果字段缺失却假装正常，错误会延迟暴露，甚至污染下游逻辑。
- 拼错键名（如把
'user_id'写成'userid'）会立刻触发KeyError: 'userid' - 键存在但值为
None是合法的，d['key']仍能成功返回None；KeyError只表示键根本不在字典里 -
os.environ['MISSING_VAR']、config['database']['host']这类嵌套访问同样适用该规则
用 dict.get() 设置默认值最常用也最安全
get() 是专为这个场景设计的标准方法：它不修改原字典，不抛异常，且语义清晰。传两个参数时，键存在返回值，不存在返回你指定的默认值；只传一个参数时，默认返回 None。
-
d.get('city')→ 返回None（安静，适合后续做is None判断） -
d.get('city', 'Unknown')→ 键不存在时返回字符串'Unknown'，不是None -
d.get('score', 0)→ 适合数值计算，避免None + 1报TypeError - ⚠️ 注意：
d.get('tags', [])每次都返回一个新空列表，不是对原字典的引用；若想“有则取、无则设空列表”，该用setdefault()或defaultdict
嵌套字典访问别链式调用 .get().get()
写 config.get('database').get('host') 看似简洁，但一旦 config.get('database') 返回 None，后面接 .get('host') 就会抛 AttributeError: 'NoneType' object has no attribute 'get'，而不是你期待的默认值或 KeyError。
立即学习“Python免费学习笔记（深入）”；
- ✅ 正确写法：
config.get('database', {}).get('host', 'localhost')—— 第二个参数确保中间层不为None - ✅ 更健壮的替代：
from types import SimpleNamespace配合json.loads(..., object_hook=SimpleNamespace)，改用点号访问（但需注意不可变性） - ❌ 不推荐：
try/except KeyError嵌套多层时，无法区分是哪一层缺失，调试成本高
真正容易被忽略的是“键存在但结构不对”
比如 response.json() 返回 {'data': None}，你写 resp['data']['items'] 会先拿到 None，再触发 TypeError；而 resp.get('data', {}).get('items') 才真正兜底。KeyError 只管“键有没有”，不管“值是不是字典”。所以防御性编程的关键不是只防 KeyError，而是预判整个路径上每个环节的类型是否符合预期。
