Hydra多运行参数扫描：为何点索引写法生效而嵌套写法失效？

为什么两种配置表现不同 #

Hydra的多运行（MULTIRUN）扫参器要求hydra.sweeper.params必须是扁平化的键值对结构：

• 第一个配置里，data.index是用点分隔的参数路径字符串，Hydra扫参器能通过这个路径定位到嵌套的data.index参数，正确识别扫参规则。
• 第二个配置用了YAML嵌套结构来定义data.index，但扫参器只会读取params下直接的键（这里是seed和data），它不会递归解析嵌套的index子键，会把整个data当作一个待扫描的参数，自然无法正确处理index的扫参规则。

点索引的底层逻辑 #

这种点分隔的路径语法是OmegaConf的核心功能：
OmegaConf是Hydra依赖的配置管理库，它将配置视为层级化的树形结构，点分隔的字符串就是访问嵌套节点的路径。比如data.index等价于在代码中通过config.data.index或config["data"]["index"]访问对应参数。Hydra的扫参器正是借助OmegaConf的路径解析能力，精准定位到要扫描的具体参数节点，所以必须用这种点路径形式指定嵌套参数。

是OmegaConf特有的特性吗？ #

是的，这种点分隔的配置路径语法是OmegaConf的核心特性，Hydra作为基于OmegaConf构建的框架，直接复用了这一能力来实现参数扫描的路径定位。虽然其他配置库可能有类似的路径访问方式，但Hydra扫参器的这一行为完全依赖OmegaConf的实现。

内容的提问来源于stack exchange，提问作者hovnatan