哎呀，这问题问得好！咱就是说Spring Boot 多环境配置，这事儿啊，踩过的坑可多了去了。别kan它表面上挺简单，深入下去，那简直就是个大坑洞！我跟你说我这几年干的项目，真真切切地尝过不少苦头。

一、为什么百度不收录？

说实话，有时候你写了这么好的文章，还想让它被大家kan到，结果呢？可Neng就乖乖地被百度忽略了。至于为什么百度不收录？原因嘛……咱也不知道啊！可Neng关键词不够精准、内容不够原创、权重不够高……总之是各种各样的情况吧。不过没关系，咱还是老老实实地写下去，让geng多人kan到。

二、-Dloader.path：Spring Boot 可执行 Jar 的专属武器 原理是啥？

这个参数啊，是 Spring Boot 的 LaunchedURLClassLoader 专门识别的。当你把你的项目打包成 Fat Jar 之后Spring Boot 会用自己定制的 ClassLoader 来加载类。而这个参数的作用就是告诉它：“嘿，除了这些地方找找”。

@Autowiredprivate ResourceLoader resourceLoader;public void loadConfig throws IOException {    Resource resource = resourceLoader.getResource;    Properties props = new Properties;    props.load);}

你kan这代码，是不是hen眼熟？咱好多项目里dou有类似的写法。

踩坑提醒

路径分隔符Linux 用 :, Windows 用 `;`, 搞错了直接报错。我当年就栽在这个上面了！

会改变 ClassLoader 的加载顺序有时候会引起一些诡异的类加载问题。你懂的。

三、方案一：使用 Spring 的 ResourceLoader

@echo offsetlocalset APP_HOME=C:\Apps\MyAppset CONFIG_DIR=%APP_HOME%\configjava ^  -Dspring.profiles.active=prod ^  -Dspring.config.additional-location=file:%CONFIG_DIR%/ ^  -Dloader.path=%CONFIG_DIR% ^  -Xms512m ^  -Xmx1024m ^  -jar %APP_HOME%\app.jarrendlocal

这个方法啊，咱觉得挺靠谱的。它利用了 Spring 的 ResourceLoader 来加载配置文件。

project/├── src/main/resources/│ ├── application.yml # 主配置│ ├── application-dev.yml # 开发环境│ ├── application-prod.yml # 生产环境│ └── config/│ ├── dev/│ └── prod/└── external-config/ # 外部配置 └── application-local.yml # 个人本地配置

你kan这个目录结构是不是hen常见？咱们一般就把不同环境的配置文件放在不同的目录下。

IDE 启动参数：

Description=My Spring Boot ApplicationAfter=syslog.targetUser=appuserWorkingDirectory=/opt/myappEnvironment="SPRING_PROFILES_ACTIVE=prod"Environment="SPRING_CONFIG_ADDITIONAL_LOCATION=file:/opt/myapp/config/"ExecStart=/usr/bin/java -jar /opt/myapp/app.jarRestart=on-failureWantedBy=multi-user.target

Windows 生产环境

#!/bin/bashAPP_HOME=/opt/myappCONFIG_DIR=$APP_HOME/configLOG_DIR=$APP_HOME/logsmkdir -p $LOG_DIRjava \ -Dspring.profiles.active=prod \ -Dspring.config.additional-location=file:$CONFIG_DIR/ \ -Dloader.path=$CONFIG_DIR \ -Xms512m \ -Xmx1024m \ -jar $APP_HOME/app.jar \ >> $LOG_DIR/app.log>& &echo $!> $APP_HOME/app.pid 我的建议

除非你有特殊需求，否则不要轻易用这个参数。一旦用了默认的配置加载逻辑就全被干掉了！

resources/config/dev/hbase.propertiesresources/config/dev/zk.propertiesresources/config/dev//hbase//xmlresources//config//prod//hbase//propertiesresources//config//prod//zk//propertiesresources//config//prod//hbase//xml 代码里也是五花八门：有用 @Value 注入的，有用 @ConfigurationProperties 的，还有硬编码用 ClassLoader 读取的。说实话，这种”历史遗留”代码 ，懂的dou懂 。 四、方案二：直接用 @Value 注入 我的建议

除非你有特殊需求，否则不要轻易用这个参数。一旦用了 ，默认的配置加载逻辑就全被干掉了 ，hen容易踩坑！

InputStream is = HbaseConfig.class.getClassLoader  .getResourceAsStream;

这种写法有几个问题： 五、方案三：彻底拥抱 Spring Boot

@Valueprivate Resource hbaseConfig;

把配置文件内容合并到 application-dev .yml ` 和 application-prod .yml ` 中 , 完全交给 Spring Boot 管理 。 希望这篇文章对你有帮助！Ru果你有任何问题或者觉得有什么地方说的不对的地方,欢迎在评论区留言交流哦!咱们一起进步!

---