dict[key]缺失键抛KeyError，get()返回None不报错；推荐用get()+is None校验、封装safe_get工具函数、defaultdict兜底或Pydantic结构化解析来统一错误处理。
直接用 dict[key] 取值时，键不存在会抛 KeyError；而 dict.get(key) 默认返回 None（或指定默认值），不报错。两者行为本质不同，但可以通过封装或约定实现“统一处理”——关键不是掩盖差异，而是让错误处理更可控、更一致。
用 get() + 显式校验替代硬抛异常
当业务逻辑允许缺失键，但某些场景下又需感知“未提供”和“显式为 None”区别时，推荐用 get() 配合 is None 判断，而非依赖异常流控制：
-
✅ 推荐：
value = config.get('timeout')，然后if value is None: raise ValueError("timeout required") -
❌ 避免：盲目
try/except KeyError包裹config['timeout']，尤其在高频路径中
定义统一的取值工具函数
在项目中封装一个带策略的取值函数，把“缺省行为”收口管理：
- 支持 fallback 值、类型转换、缺失时日志记录或告警
- 例如：
safe_get(data, 'user.na，
me', default='anonymous', required=True)
required=True时缺失直接 raise 自定义异常（如ConfigError），比裸KeyError更语义化 - 避免每个地方重复写
dict.get().or_else(...)或try/except
用 defaultdict 或自定义 dict 子类统一兜底
若大量场景都接受“键不存在即用默认值”，可考虑提前约定数据结构：
-
from collections import defaultdict：如dd = defaultdict(lambda: 'N/A')，后续所有dd[key]都不会报错 - 或继承
dict实现__missing__方法，让[]访问也自动 fallback，保持接口简洁 - 注意：这种方案适合读多写少、默认行为高度一致的配置类数据，不适用于需要精确区分“未设置”和“设为 None”的场景
用结构化解析替代裸 dict 访问
对复杂嵌套数据（如 API 响应、配置文件），用 Pydantic 模型或 dataclass + dacite 等做一次校验性加载：
- 加载时就明确哪些字段必填、哪些可选、默认值是什么，出错位置清晰、信息丰富
- 后续代码直接用
obj.user.name，无需反复判断 key 是否存在 - 本质上是把“运行时 KeyError”前移到“初始化时 ValidationError”，更早暴露问题
