在日常Python开发中，字典的默认值处理是个绕不开的话题。`dict.get()` 虽然能安全访问，但每次都要写默认值，代码显得臃肿。更关键的是，它无法处理需要原地操作的情况——比如 `counts[word].append(item)` 在键不存在时直接报错。那么，有没有更优雅的方式呢？`defaultdict` 就是一个很好的答案。
为什么 dict.get() 有时不够用
当需要频繁访问嵌套结构或动态累积数据时，`dict.get()` 的重复性就暴露无遗了。每次都要写默认值，代码不仅冗长，还容易出错。比如统计词频：counts[word] = counts.get(word, 0) + 1，重复写 0 不仅啰嗦，还容易在复杂类型（如 list、dict）中漏掉初始化逻辑。
更关键的是，它无法解决“对不存在的键执行原地操作”的问题——counts[word].append(item) 在键未初始化时直接报 KeyError，这在实际开发中非常常见。
dict.get()本质上是一种只读的安全访问——它不会自动建键- 多次调用时默认值表达式会重复执行（哪怕没用到），存在副作用风险
- 嵌套字典场景下，
.get(k1, {}).get(k2, 0)无法支持赋值操作
defaultdict 的初始化函数怎么选
那么，如何选择合适的初始化函数呢？`defaultdict` 的核心是传入一个 callable（如 int、list、dict 或 lambda），每次遇到新键时自动调用它生成默认值。选错 callable 会导致意外行为。
- 计数用
defaultdict(int)：int()返回0，不是int类型本身 - 分组用
defaultdict(list)：注意是list，不是list()（后者是实例，会被所有键共享） - 嵌套用
defaultdict(lambda: defaultdict(int))：避免用defaultdict(defaultdict(int))（语法错误） - 自定义类实例需确保 callable 无参数，或用 lambda 封装，如
defaultdict(lambda: MyObj(42))
千万别犯这种低级错误：defaultdict([]) 会直接报 TypeError，因为 [] 不是可调用对象。
和普通 dict 混用时的坑
但话说回来，`defaultdict` 虽然好用，但与普通 dict 混用时也有不少坑。它继承自 dict，但行为差异在“访问未设键”时触发默认值创建——这会悄悄往字典里塞新键，可能引发意料之外的键膨胀。
- 遍历前用
dict(d)转成普通字典可冻结状态，防止后续误触发默认值 in判断、keys()、items()都包含已被默认值“激活”的键，哪怕你从没显式赋过值- 序列化（如
json.dumps()）前务必转为dict，否则可能因 callable 属性失败 - 调试时打印
defaultdict看不到默认工厂函数，需查d.default_factory
一个典型的陷阱：d = defaultdict(list); d['a']; print(len(d)) 输出 1，即使你只是读了一次。这才是关键所在：`defaultdict` 会自动建键，哪怕只是访问。
替代方案：setdefault() 和 __missing__()
那么，有没有其他替代方案呢？setdefault(key, default) 是普通 dict 的原生方法，在键不存在时设置并返回 default，存在则返回已有值。它比 defaultdict 更轻量，适合单次兜底。
- 适合简单场景，如
config.setdefault('timeout', 30) - 不适用于累积操作（如
d.setdefault(k, []).append(x)每次都新建空列表，除非你确认键一定不存在） __missing__()可用于自定义字典类，但过度设计；defaultdict已覆盖绝大多数需求
真正需要权衡的是：是否接受“自动建键”的副作用。如果只是偶尔兜底，dict.get() 或 setdefault() 更可控；如果整个数据流依赖默认行为，defaultdict 才是优雅解。
最常被忽略的一点：defaultdict 的默认工厂函数在每次缺失键访问时都重新调用，所以不要在里面放有状态或耗时操作——比如 defaultdict(lambda: expensive_init()) 会反复执行，得不偿失。
