一、该问题的重现步骤是什么？
1. 
2.
3.
二、你期待的结果是什么？实际看到的又是什么？
咱的项目改动的底层很多 但是又不是很通用，而且有时还带来意想不到问题，特别是单体版，感觉就是用2.7 那个版本文档 后续的版本 总是存在各种各样的问题的，建议 咱改底层 最好通用，例如swagger配置 感觉项目很多地方都是swagger的configure，关都关不掉。
三、你正在使用的是什么产品，什么版本？在什么操作系统上？
单体版 3.4.0.RELEASE
四、请提供详细的错误堆栈信息，这很重要。
五、若有更多详细信息，请在下面提供。
用命令行启动指定环境，原理看这里的说明： https://center.javablade.com/blade/BladeX-Doc/src/branch/master/%E7%AC%AC4%E7%AB%A0%20%E5%BC%80%E5%8F%91%E8%BF%9B%E9%98%B6/4.8%20%E7%BB%9F%E4%B8%80%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE.md
另外请给我们邮箱：bladejava@qq.com 发一个邮件提供授权公司名，登记为商业账号后方可进行商业版问题答疑。
放到配置文件多好，yml文件我们都是放到启动jar同级目录下，修改yml就行 并不是每次修改都需要打包啊，springboot 默认加载jar同级目录的配置文件而且优先级比jar内配置文件高。
类似这样多好
几百个微服务的话，需要去改几百个配置文件么？如果让不同目录的jar包去加载同一个目录的配置文件，是不是更加麻烦。如果几百个微服务又有几个有不同的配置，应该如何处理？又得分成N个配置文件了，在大量服务的场景下这种方案是完全不可行的。另外k8s环境里部署哪有功夫去改几十台服务器的配置文件呢。
所以这么多年经验下来我们觉得最合适的方案就是统一在启动命令行指定的。不论有多少个服务，目录在哪里，有多少台服务器，统一在命令行启动的时候进行配置。如果是docker的话更方便了，直接在docker-compose文件就有配置命令行的地方，完全无需创建外部配置文件，因为他本身就是一个配置文件，配置端口、挂载目录、环境变量、启动命令等等一次性就搞定了。
我目前说的单体，要是微服务的话 可能命令好些，要是微服务的话 不就要用nacos吗 。我的建议是 配置文件也支持，命令行也支持，命令行优先级高一些。目前咱的仅支持命令行
扫一扫访问 Blade技术社区 移动端
加载中...
苏公网安备 32041102000998号