dict.get()是安全取值的首选方法，键不存在时返回None或指定默认值，避免KeyError；但无法区分“键不存在”与“键存在且值为None”，且不修改原字典。
用 dict.get() 替代方括号取值是最直接的方案
直接写 my_dict['key'] 会在键不存在时抛出 KeyError，而 my_dict.get('key') 默认返回 None，不报错。这是最轻量、最常用的安全取值方式。
注意点：
-
get()的第二个参数可指定缺失时的默认值，比如my_dict.get('name', 'unknown') - 如果默认值本身是可变对象（如
[]或{}），不要直接传入——避免被意外修改；应改用my_dict.get('items') or []或在逻辑中单独初始化 -
get()不会触发__missing__方法，它只是纯字典方法，和继承自collections.UserDict或重写__missing__的行为无关
嵌套字典取值时别硬套多层 get()，用工具函数或 try/except
面对 data['user']['profile']['age'] 这类嵌套结构，连写 data.get('user', {}).get('profile', {}).get('age') 看似可行，但可读性差、易出错，且中间任意一层为 None 就会引发 AttributeError（因为 None.get() 不合法）。
更稳妥的做法：
立即学习“Python免费学习笔记（深入）”；
- 封装一个安全的嵌套取值函数，例如接受键路径列表
['user', 'profile', 'age']，逐层get()并检查类型是否为dict - 对明确知道可能缺失的路径，用
try/except KeyError反而更清晰——尤其当默认逻辑较重（如需 fallback 到数据库查询）时，try更贴近意图 - 第三方库如
pydash.get()或glom提供了健壮的嵌套访问，但引入依赖前先确认是否真有必要
需要“自动创建缺失键”时，优先选 collections.defaultdict 而非重写 __missing__
如果你的场景是“取不到就新建一个空字典/列表”，defaultdict 是标准解法，比手动继承 dict 并实现 __missing__ 更简洁、更少出错。
示例：
from collections import defaultdict
tree = defaultdict(lambda: defaultdict(list))
tree['users']['active'].append('alice') # 自动创建中间层级，无 KeyError注意：
-
defaultdict的工厂函数不能带参数（如defaultdict(list)✅，但defaultdict(list())❌） - 它只对
__getitem__（即d[key]）生效，对.get()无效——.get()仍返回None - 转成普通
dict时，嵌套的defaultdict实例不会自动扁平化，需递归处理
调试阶段别依赖 get() 掩盖设计问题
get() 和 defaultdict 解决的是“运行时键可能不存在”的问题，但如果大量使用，往往说明数据契约不清晰：比如 API 返回结构不稳定、配置文件字段缺失频繁、或业务逻辑没定义好必填字段。
这时候值得停下来问：
- 这个键本该存在吗？是否该加一层 schema 校验（如用
pydantic或voluptuous）？ - 缺失时的默认值是否掩盖了上游错误？比如用
.get('id', 0)后续当作真实 ID 用，可能导致脏数据 - 是否该用
typing.Optional明确标注字段可空，并在类型检查阶段暴露问题？
安全取值是必要手段，但不是替代数据建模和契约约定的捷径。
