因为 | 返回新字典而不修改原字典，而 update() 原地修改、返回 none；若需原地更新或链式调用，| 无法替代 update()。

Python 3.9 的字典合并操作符是 |

它不是“管道符”的借用，而是专为映射类型（dict、ChainMap 等）定义的**原生合并运算符**。和 update() 的关键区别在于：它不修改原字典，而是返回一个新字典。

为什么不能直接用 | 替代所有

update()) 场景

因为语义不同——update() 是就地修改，<code>| 是不可变构造。如果你依赖原字典被改写，比如后续代码还引用同一个对象，那直接替换会出错。

python-script-generator

快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。

下载

• update() 返回 None，| 返回新 dict
• | 要求左右操作数都是 Mapping，而 update() 可接受 Iterable[tuple]、**kwargs 等多种输入
• 嵌套字典不会递归合并：{"a": {"x": 1}} | {"a": {"y": 2}} 结果是 {"a": {"y": 2}}，不是深度合并

| 和 ** 解包在性能与可读性上的实际差异

对于两个字典，a | b 比 {**a, **b} 更快、更直观，且能正确处理键为非字符串的情况（比如数字或元组作 key）。

• {**a, **b} 要求所有 key 是字符串（因为 ** 本质是关键字参数展开），而 | 没这个限制
• | 在 C 层实现，避免了字典解包的临时命名空间开销
• 多个字典合并时，a | b | c | d 比 {**a, **b, **c, **d} 更易读、更少括号嵌套

容易忽略的兼容性与错误场景

Python 3.9+ 才支持 |，低版本会报 TypeError: unsupported operand type(s)。别在混合环境中无脑替换。

• 如果项目还要支持 Python 3.8 或更早，必须保留 update() 或用 copy().update() 模拟 |
• dict 子类若未实现 __or__，| 会回退到 NotImplemented，最终抛错
• collections.ChainMap 支持 |，但结果是普通 dict，不是 ChainMap；这点和预期可能不符

真正要注意的是：合并行为是否“浅”、是否“新建对象”、是否“跨版本可用”——这三个点没理清，换符号反而引入 bug。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！