system.getproperty用于读取jvm启动时通过-d传入的系统属性，作为定位配置路径、注入外部配置及动态控制加载行为的关键桥梁，不直接解析配置文件内容。

System.getProperty 主要用于读取 JVM 启动时通过 -D 参数传入的系统属性，它本身不直接加载配置文件，但常作为“定位配置文件路径”或“注入外部配置”的关键桥梁。它的核心价值在于提供运行时可变的、环境感知的配置入口点。

用 -D 指定外部配置路径

最常见也最实用的方式是启动时指定配置文件位置，再在代码中用 System.getProperty 读取路径并加载文件：

• 启动命令示例：java -Dconfig.path=/opt/app/conf/app.properties -jar app.jar
• Java 中获取并加载：
  

  String configPath = System.getProperty("config.path");<br>
  if (configPath != null) {<br>
    Properties props = new Properties();<br>
    try (InputStream is = Files.newInputStream(Paths.get(configPath))) {<br>
      props.load(is);<br>
    }<br>
  }

配合内部默认配置做 fallback

实际项目通常采用“外部优先、内部兜底”策略：先尝试用 System.getProperty 获取外部路径，失败则回退到 classpath 下的默认配置：

Agent Memory System v12

Agent 记忆系统 — 五路融合检索 + 双时间线 + 因果链 + Spirit管家 + 记忆回声 + 弹性配置 + Circuit Breaker + GDPR合规 + 192项安全审计修复

下载

• 优先读取：String externalConf = System.getProperty("conf.file")
• 若为空，加载内置：getClass().getClassLoader().getResourceAsStream("application-default.properties")
• 这样既支持生产环境灵活覆盖，又保证开发/测试环境开箱即用

动态控制配置加载行为

除了路径，还可用来开关配置机制或选择配置类型：

• 例如：System.getProperty("profile", "dev") 获取当前 profile，决定加载 app-dev.properties 还是 app-prod.properties
• 或控制是否启用远程配置：Boolean.parseBoolean(System.getProperty("enable.remote.config", "false"))
• 这些判断逻辑写在配置加载器初始化阶段，无需改代码就能切换行为

注意与真正配置文件解析的区别

System.getProperty 读取的是 JVM 层面的键值对，不是配置文件内容本身：

• 它不能直接解析 .properties 或 .yaml 文件结构
• 也不能替代 Spring 的 @Value("${key}") 或 @ConfigurationProperties —— 后者依赖框架上下文和绑定机制
• 它的角色更像“引路牌”：告诉你配置在哪、用哪套、要不要加载，具体怎么读还得靠 Properties、YAML 库或框架完成