Python ChainMap 配置覆盖：读取会向下查，写入为什么只落在第一层
配置合并后，还能看清优先级吗
一个脚本同时读取默认值、项目配置和本次运行参数。每次都把三个字典合并成新字典当然可行，但如果还需要临时覆盖、撤销覆盖，或者观察默认值的更新，反复复制容易让代码里散落多套优先级。ChainMap 适合把这些来源作为分层视图保留下来。
它按传入顺序查找键，遇到第一个包含该键的映射就返回。这里判断的是键是否存在，并不会因为值是零、空字符串或 None 就自动继续向下寻找。因此配置中的“未提供”与“明确提供空值”应在进入分层视图之前制定规则。
三层来源，一次可复核的修改
下面示例用三个普通字典模拟来源，保存为 Python 文件即可运行，本文在三点十二验证。运行层优先于项目层，项目层优先于默认层。所有写入都发生在示例内存里，方便逐项检查哪个原始字典真正发生了变化。
先覆盖默认超时，再删除这个覆盖值，最后修改底层默认值。三步分别展示写入位置、回退查找和引用共享。临时子上下文则演示单次任务如何拥有自己的覆盖层，而不把这次调整写进父视图的第一层。
AI概念配图，非真实界面
from collections import ChainMap
defaults = {'timeout': 30, 'retries': 2, 'theme': 'light'}
project = {'retries': 4}
runtime = {}
config = ChainMap(runtime, project, defaults)
print('initial:', config['timeout'], config['retries'])
config['timeout'] = 5
assert defaults['timeout'] == 30
print('runtime:', runtime)
del config['timeout']
print('fallback:', config['timeout'])
try:
del config['retries']
except KeyError:
print('delete lower-only key: rejected')
else:
raise AssertionError('lower layer should not be deleted')
snapshot = dict(config)
defaults['theme'] = 'dark'
print('live and snapshot:', config['theme'], snapshot['theme'])
child = config.new_child({'timeout': 1})
child['retries'] = 9
print('child:', child['timeout'], child['retries'])
print('parent:', config['timeout'], config['retries'])
assert runtime == {}
assert project == {'retries': 4}
assert child.parents.maps == config.maps
print('all ChainMap checks passed')查询全链，删除只看最前面
第一行读取到超时三十、重试四次，证明两个字段可以来自不同层。设置超时之后，运行字典出现新键，而默认字典仍然保留原值。删除运行层的同名键以后，再查询就会重新看到默认值；删除覆盖不等于从整个配置世界里禁止这个字段。
重试次数只存在于后面的层，所以通过 config 删除它会报 KeyError，即使查询这个字段一直成功。这种不对称是接口约定：写入、更新和删除操作都只作用于第一个映射。若需要修改某个配置来源，应明确操作该来源，不能靠猜测让写操作自动追踪值的出处。
ChainMap 保留底层映射的引用。示例修改默认主题后，原视图马上读到新主题，提前创建的普通字典则仍是旧主题。把视图传给长期运行的任务时，应明确任务是否允许配置随来源变化；需要固定版本的任务最好在开始时形成经过校验的快照。
子上下文隔离的是覆盖层
new_child 在最前面增加一个映射，父级来源仍被共享。子任务调整重试次数，只改变自己的覆盖层，父视图继续读到项目层的四次。这适合一次渲染、一次测试或一次计算中的局部参数，但不意味着所有底层对象都被深度复制。
dict(config) 同样只是建立新的外层字典。若配置值里含有列表或嵌套字典，内部对象仍可能共享；把嵌套列表追加一项，与给顶层键重新赋值是不同操作。需要彻底独立时，应选择符合业务数据结构的复制或不可变方案，并验证实际使用的字段。
不要用迭代顺序推断来源优先级。键的遍历顺序与逐层查询规则并不是同一件事，调试配置出处可以显式遍历 maps，找出哪个映射首先包含目标键。记录出处时也只记录必要字段，避免把整份可能带敏感配置的映射直接打印出来。
最后，分层视图不会替你转换类型。来自命令行或环境变量的数字常是字符串，默认值却可能是整数。先把允许字段、空值语义和类型校验做好，再建立统一视图，业务代码才能专注使用结果，不必在每次读取时重新猜测来源格式。
