python 3.9+配置分层叠加推荐用|操作符：语义直观（右覆盖左）、不修改原字典、空配置安全，但仅浅合并、不兼容旧版本、要求输入必须为dict。
配置分层叠加时用 | 更直观、更安全
配置数据通常按环境或层级组织（如 base + dev、defaults + overrides），核心需求是“基础值兜底，覆盖值生效”。| 的右优先覆盖语义天然匹配这种逻辑，不需要额外判断键是否存在或手动写 if key not in base: base[key] = override[key]。
-
defaults | user_config一行就完成合并，语义即“默认值被用户配置覆盖” - 空配置安全：
defaults | {}等价于defaults.copy()，不会出错 - 不污染原配置：
defaults和user_config都保持不变，便于多次复用
函数参数默认值合并场景下，| 避免 None 判断和类型校验陷阱
常见写法如 params = defaults.copy(); params.update(user_params or {})，但 user_params or {} 在 user_params 是空字典时也成立，逻辑没问题；可一旦 user_params 是 None，None | {} 会直接抛 TypeError: unsupported operand type(s)，必须提前过滤。
- 正确写法是：
actual_params = defaults | (user_params or {}) - 如果
user_params可能是非dict类型（比如str或list），必须加isinstance(user_params, dict)校验，否则运行时报错 -
|不接受None，这点比{**defaults, **(user_params or {})}更严格，但也更早暴露问题
链式合并让多层配置一目了然，但嵌套结构会被整层替换
比如 base | dev | test 比 {**{**base, **dev}, **test} 更易读，也比反复调用 .update() 更符合函数式习惯。但要注意：它只做浅合并，对嵌套字典不做递归处理。
-
{'db': {'host': 'localhost'}} | {'db': {'port': 5432}}结果是{'db': {'port': 5432}}，不是{'db': {'host': 'localhost', 'port': 5432}} - 若需深度合并，不能依赖
|，得用第三方库（如deepmerge）或手写逻辑 - 这个限制容易被忽略，尤其在 YAML 配置转成 dict 后仍含嵌套结构时
性能和兼容性是实际落地时最常踩的坑
| 在 CPython 底层做了优化，中等规模字典合并比 {**d1, **d2} 快约 10–20%，但前提是 Python ≥ 3.9。低于该版本会直接报 SyntaxError: invalid syntax，连解释都失败。
- CI/CD 流水线或容器镜像若未锁定 Python 版本，可能本地跑通、线上报错
- 团队协作中，有人用 3.8 写完代码，别人用 3.9 运行，结果发现语法错误而非逻辑错误
- 性能优势只在频繁合并时明显；单次合并几乎感知不到差异，别为这点速度放弃兼容性
| 处理配置，关键不是“能不能写”，而是清楚它只做一层覆盖、不兼容旧版本、且对输入类型零容忍——这些边界条件，比语法本身更容易导致线上问题。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
