ChainMap 是按优先级顺序查找键的视图，构造时字典顺序即查找顺序，前面映射优先级最高；修改仅作用于首个映射，无 .get() 方法，嵌套结构不展开，maps 可变但需谨慎操作。
ChainMap 不是用来“合并配置”的工具，而是用来**按优先级顺序查找键**的视图。它不递归、不深拷贝、不自动 fallback，用错就容易覆盖原始数据或查不到值。
ChainMap 构造顺序直接决定配置优先级
你传入 ChainMap 的字典顺序，就是查找顺序：前面的映射优先级最高，命中即停，后面同名键被忽略。
- 命令行参数应放最前：
ChainMap(cli_args, env_vars, config_file, defaults) - 如果把
defaults放第一位，所有高优先级配置都会被它“遮住”，根本查不到 - 常见错误：误以为构造后还能动态调整优先级——实际必须重建
ChainMap实例
修改操作默认只写入第一个映射
config['timeout'] = 30 看似在改整个配置，其实只更新了 cli_args（假设它是第一个），env_vars 和 defaults 完全不变。
- 想改底层配置（比如更新
defaults），得显式访问：config.maps[3]['timeout'] = 30 - 但这样会污染原始
defaults字典，尤其当它来自json.load()或模块全局变量时 - 安全做法：用
config.new_child(override_dict)插入新层，或对可变源提前copy.deepcopy()
ChainMap 没有 .get() 方法，查不到键会直接报 KeyError
别写 config.get('debug', False)——这会抛 AttributeError，因为 ChainMap 没实现该方法。
- 正确 fallback 写法：
config['debug'] if 'debug' in config else False - 或者预埋一层默认值：
ChainMap(user_cfg, {'debug': False, 'log_level': 'INFO'})，再统一用in判断 - 嵌套结构（如
{"db": {"host": "localhost"}}）不会被展开，config['db']返回的是整个 dict，不是合并后的子字段
ChainMap 的 maps 属性是公开可变列表，改它等于改原始数据
config.maps 是个普通 list，你可以 append、pop、甚至 config.maps[0] = {...}，但这些操作都直接影响原始字典引用。
立即学习“Python免费学习笔记（深入）”；
- 运行时动态加配置层？用
config.new_child(new_layer)，它返回新实例，原链不受影响 - 调试时想看某键从哪来？遍历
config.maps：next((m for m in config.maps if 'port' in m), None) - 千万别对
os.environ直接赋值——它是只读视图，config.maps[1]['PATH'] = '...'会失败
ChainMap，而是判断哪些配置该放进链、哪些该隔离、哪些必须深拷贝——它不替你做决策，只忠实地执行你给的顺序和引用。 
