HOCON文件变量覆盖问题：按文件解析prefix变量的方法

当前配置加载采用全局上下文合并机制，所有include的文件共享同一个变量空间。当final.conf依次加载base.conf、child1.conf、child2.conf时，prefix会被三次赋值：base_ → child1_ → child2_，最终全局prefix值为child2_。而${propObject}引用的是全局的propObject，其内部的{prefix}会使用最终的全局变量值解析，导致两个childObject的property结果都是child2_property。

方案1：用配置语言的局部作用域/模板覆盖（推荐，需配置语言支持） #

如果你的配置语言支持局部作用域覆盖（如HOCON、Spring Boot配置占位符结合YAML锚点），可以将base配置封装为可复用模板，每个子配置独立覆盖变量：

修改base.conf为模板模块 #

# base.conf：封装成独立模块，避免全局变量污染
baseTemplate: {
  defaultPrefix: base_
  propObject: {
    property: ${defaultPrefix}property
  }
}

child1.conf：引用模板并覆盖变量 #

# 无需include base，直接引用模板并替换前缀
child1Object: ${baseTemplate.propObject with {defaultPrefix: child1_}}

child2.conf：同理 #

child2Object: ${baseTemplate.propObject with {defaultPrefix: child2_}}

final.conf：加载基础模板和所有子配置 #

include "base.conf"
include "child1.conf"
include "child2.conf"

每个childObject都会基于base模板，用自身前缀生成独立的property值，互不干扰。

方案2：避免全局变量，子配置独立定义 #

如果配置语言不支持局部作用域，只能放弃全局共享propObject，每个子配置自行定义对应结构：

base.conf（仅作参考，无需被include） #

# prefix: base_
# propObject: {
#   property: {prefix}property
# }

child1.conf：独立定义 #

prefix: child1_
child1Object: {
  property: {prefix}property
}

child2.conf：独立定义 #

prefix: child2_
child2Object: {
  property: {prefix}property
}

final.conf：加载所有子配置 #

include "child1.conf"
include "child2.conf"

缺点是存在代码重复，但能保证每个子配置使用自身的prefix值。

方案3：程序加载时使用独立上下文 #

如果是在代码中加载配置（如Java用Typesafe Config、Python用PyYAML等），可为每个子配置创建独立加载上下文，避免变量全局覆盖：

以Typesafe Config为例：

// 加载基础配置
Config baseConfig = ConfigFactory.load("base.conf");

// 加载child1：基于base配置，独立覆盖prefix
Config child1Config = ConfigFactory.load("child1.conf").withFallback(baseConfig);
String child1Property = child1Config.getString("child1Object.property"); // 结果为child1_property

// 加载child2：基于base配置，独立覆盖prefix
Config child2Config = ConfigFactory.load("child2.conf").withFallback(baseConfig);
String child2Property = child2Config.getString("child2Object.property"); // 结果为child2_property

// 可选：合并为最终配置
Config finalConfig = child1Config.withFallback(child2Config).withFallback(baseConfig);

每个子配置的加载过程相互独立，prefix不会被其他配置覆盖。

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