hydra 不支持直接通过外部 yaml 覆盖列表中特定索引项的字段（如 `key_a.0.entry_a_1`），因其底层使用 `omegaconf.merge()` 进行配置合并，而列表会被整体替换而非深度合并。推荐方案是将列表重构为字典，并利用 `oc.dict.values` 动态转为列表。
在 Hydra 的配置系统中，列表（list）是不可增量覆盖的——当你尝试在 outer.yaml 中写 key_a.0.entry_a_1: YYYY，Hydra 并不会“修改第 0 个字典的某个键”，而是将整个 key_a 列表视为一个不可拆分的单元；若 outer.yaml 中未显式重定义 key_a，该字段将保持原样；若重定义，则整条列表被替换，无法实现细粒度更新。
✅ 正确解法：用字典替代列表 + oc.dict.values 动态解析
将原始 inner.yaml 中的列表结构：
# inner.yaml
key_a:
- entry_a_1: xxxx
entry_a_2: xxxxx
- entry_a_3: xxxx
entry_a_4: xxxxx重构为具名字典（推荐使用语义化 key，如 item1, item2）：
# inner.yaml —— 改为字典形式
key_a:
item1:
entry_a_1: xxxx
entry_a_2: xxxxx
item2:
entry_a_3: xxxx
entry_a_4: xxxxx此时，你可在 outer.yaml 中轻松覆盖任意字段：
# outer.yaml
defaults:
- inner_config@key_a: inner # 将 inner.yaml 的 key_a 挂载到当前命名空间的 key_a 下
key_a:
item1:
entry_a_1: YYYY # ✅ 成功覆盖！如需在代码中仍以 列表形式访问（例如 for item in cfg.key_a），只需添加一个动态插值字段：
# inner.yaml（增强版）
key_a:
item1:
entry_a_1: xxxx
entry_a_2: xxxxx
item2:
entry_a_3: xxxx
entry_a_4: xxxxx
# 动态生成列表视图（无需硬编码顺序，自动按字典值遍历）
key_a_list: "${oc.dict.values: key_a}"? oc.dict.values 是 OmegaConf 内置解析器，会在运行时将字典的所有值（按插入顺序）展开为 ListConfig，且支持完全解析（包括嵌套插值）。
完整示例验证：
# test.py
import hydra
from omegaconf import OmegaConf
@hydra.main(version_base=None, config_path=".", config_name="outer")
def main(cfg):
print("Resolved key_a_list:")
print(OmegaConf.to_yaml(cfg.key_a_list, resolve=True))
if __name__ == "__main__":
main()对应配置目录结构：
./outer.yaml # 主入口，含 defaults 和局部覆盖 ./inner.yaml # 重构后的字典版配置
⚠️ 注意事项：
- 字典 key 名应保持稳定（如 item1, server_prod, model_v2），避免使用纯数字键（如 0, 1）以防 YAML 解析歧义；
- 若业务逻辑强依赖列表索引（如 cfg.key_a[0]），请改用 list(cfg.key_a.values()) 或直接遍历 cfg.key_a_list；
- 所有插值（如 "${oc.dict.values: key_a}"）仅在 OmegaConf.resolve() 或 instantiate() 时生效，调试时建议用 OmegaConf.to_yaml(cfg, resolve=True) 查看最终结构；
- 此方案完全规避 CLI 覆盖，100% 通过 YAML 文件组合实现，符合你的约束条件。
总结：放弃“列表索引覆盖”的思维，拥抱“字典 + 插值”模式——它更清晰、可维护、可测试，也完全兼容 Hydra 的默认合并语义与 instantiate 生态。
