粮草机器人 System.setProperty 的正确姿势：Spring Boot 启动类里的"缺省值"魔法
结合你之前遇到的跨环境配置参数反复失效、换机器启动就要重新改IDE参数的痛点场景，这套基于
System.setProperty的缺省值兜底方案，完全利用Spring Boot的启动执行顺序特性，在所有配置加
载流程之前就提前注入兜底参数，实现“任何机器、任何启动方式开箱即用”，不需要反复调整IDE
的Program arguments配置。
核心原理：抢在配置加载之前完成兜底注入
Spring Boot的启动流程里，SpringApplication实例初始化、调用run方法的最开头，优先级远高于后
续所有配置文件加载、环境变量解析、命令行参数覆盖的环节。我们把System.setProperty的兜底逻
辑放在启动类的main方法最开头，就能实现一套非常巧妙的优先级规则：
如果用户通过命令行参数--xxx.xxx=value、操作系统环境变量、IDE启动参数传入了配置，这些配置的
优先级天然高于System Properties，会直接覆盖我们在代码里设置的缺省值，不会影响正常的自定义
配置逻辑。
如果没有任何外部配置传入，代码里提前设置的缺省值就会自动生效，作为兜底配置直接注入后续的
Spring Environment上下文里。
最小可运行实现代码
这套实现完全没有侵入Spring Boot的核心启动逻辑，几行代码就能完成，后续不需要用的时候，直
接注释掉这段代码即可：
java
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
// 必须放在main方法最开头，抢在Spring Boot所有配置加载之前执行
setSystemPropertyIfAbsent("custom.mock.enable", "true");
setSystemPropertyIfAbsent("custom.data.source", "mock_local");
setSystemPropertyIfAbsent("server.port", "8080");
SpringApplication.run(DemoApplication.class, args);
}
/**
* 仅当系统属性不存在时才设置缺省值，不覆盖外部传入的自定义配置
*/
private static void setSystemPropertyIfAbsent(String key, String defaultValue) {
if (System.getProperty(key) == null) {
System.setProperty(key, defaultValue);
}
}
}
这段代码执行后，不管你是在本地IDE直接点启动按钮、用java -jar命令启动、还是在其他陌生服务器上
部署，只要没有手动传入对应配置，缺省值就会自动生效，完全不会出现之前换环境就配置失效的问题。
生产级落地避坑要点
严格控制适用范围：这套方案只适合用来设置本地开发兜底的模拟配置、默认服务端口、轻量开关类缺省
值，绝对不要把数据库密码、密钥这类敏感信息硬编码写在代码里，避免引发安全风险。
适配Liberty部署特殊场景：如果你的Spring Boot应用部署在Liberty服务器上，针对server.liberty.use-
default-host这类特殊属性，用这套方式提前设置缺省值，可以直接覆盖Liberty默认的配置逻辑，避免
Spring Boot的Web服务器属性被Liberty的默认端点忽略。
和配置文件的优先级对齐：System Properties的优先级高于application.yml里的配置，如果你希望缺省
值不要覆盖配置文件里的内容，可以把兜底逻辑调整为：仅当System.getProperty和环境变量里都找不到
对应配置时，才把缺省值注入到Environment上下文，而不是直接写入System Properties。
做好标记方便清理：所有这类兜底缺省值的代码，统一加上特殊注释标记，等后续模拟环境下线、不需要
兜底配置的时候，可以通过IDEA全局搜索快速定位，一次性全部清理干净，避免冗余代码留在生产版本里。
这套方案完美解决了之前反复调整IDE启动参数、跨环境配置不一致的痛点，用极低的代码成本实现了跨环
境开箱即用的效果。
需要我为你生成适配Spring Boot 3.x的缺省值自动注入工具类完整代码吗？支持批量配置、自动跳过外部
已传入的参数，开箱即用。