大家好，我是冰河~~
最近，发现很多小伙伴在批改了 SpringBoot 的配置文件后，都要从新编译整个我的项目，极大的节约了开发工夫。我身边就有很多小伙伴始终是这样做的。那么，有没有什么形式可能批改配置文件后，不再编译整个我的项目呢？且听冰河细细道来~~
springboot 配置文件
SpringBoot 中最经典的配置文件就是 application.yml，在 SpringBoot 我的项目打包部署的过程中，application.yml 文件也会被一起打包进我的项目中。咋一看，如果咱们批改了 application.yml 文件的配置信息，那么，咱们是不是须要从新编译并打包整个 SpringBoot 我的项目？这也太麻烦了吧！
其实，SpringBoot 提供了一种机制，批改了 application.yml 的配置文件后，不须要从新编译并打包整个我的项目。 前提是：不能把配置信息写死到你的 Java 代码里。
那么，咱们如何能力防止批改 application.yml 文件批改后，从新编译打包整个我的项目呢？
置信很多小伙伴第一工夫就可能想到了，我能够在命令行启动我的项目时增加 SpringBoot 的配置参数呀，没错，这的确是一种形式。
例如，如果咱们打包后的我的项目端口为 8080，此时须要将 8080 端口批改为 8888，那么咱们能够应用如下命令启动 SpringBoot 我的项目时将端口批改为 8888。
java -jar xxx.jar --server.port=8888不过如果咱们批改的参数比拟多时，尤其是在 application.yml 文件中定义了很多自定义参数，并且这些参数在部署到分布式系统中的每个节点，都须要调整时，这种在命令行批改参数配置的形式就显得不那么不便了。
所以，明天，冰河说的不是这种形式。那是哪种形式呢？
别急，咱们持续往下看~~
动静加载文件
冰河这里要说的是 SpringBoot 在我的项目启动的时候，能够动静加载配置文件，那具体怎么做呢？咱们一起往下看。
说间接点：就是 把我的项目的配置文件放在 src 目录以外，在服务启动脚本中指定内部配置文件的地位
比方，在 Linux 零碎中部署 SpringBoot 我的项目时，咱们能够依照如下形式部署。
（1）把我的项目源码包中的 application.yml 文件，放到其余目录下，防止我的项目再次将它辨认为配置文件，并读取外面的内容。
（2）编译打包我的项目，并向打包后的文件上传到服务器上（ 留神：在打包前曾经将 application.yml 放到了其余目录下，打包后的 jar 包中是没有 application.yml 文件的 ）。
（3）如果咱们应用 shell 脚本的形式启动 jar 包的话，咱们须要批改下 shell 脚本的内容。例如，批改前的脚本内容如下所示。
#!/bin/sh
kill -9 `ps -ef|grep java | grep gat-0.0.1.jar | awk '{print $2}'` > /dev/null 2>&1
java -jar xxx.jar --server.port=8081 > /dev/null 2>&1 &批改后的脚本内容如下所示。
#!/bin/sh
kill -9 `ps -ef|grep java | grep gat-0.0.1.jar | awk '{print $2}'` > /dev/null 2>&1
java -jar xxx.jar --spring.config.location=conf/application.yml --server.port=8888 > /dev/null 2>&1 & 这里，咱们增加了 --spring.config.location=conf/application.yml 代码，--server.port=8888 是指定服务的端口号。spring.config.location=conf/application.yml 这个参数就是指定内部 application.yml 配置文件地位的参数，在运行 jar 包的命令中退出这个参数就能够指定 jar 包以外的配置文件的地位了。
好了，明天就到这儿吧，我是冰河，咱们下期见~~