解决spring-boot打成jar包后启动时指定参数⽆效的问题
spring-boot打成jar启动时指定参数⽆效
今天后台项⽬进⾏修改，使⽤spring.profiles来指定启动时使⽤的配置⽂件。
在项⽬中添加好配置⽂件后使⽤java -jar .\base-exec.jar --spring.profiles.active=dev --server.port=9121启动时参数注⼊不进去。
检查配置⽂件书写的规则，这⾥把规则说⼀下
我们在开发Spring Boot应⽤时，通常同⼀套程序会被应⽤和安装到⼏个不同的环境，⽐如：开发、测试、⽣产等。其中每个环境的数据库地址、服务器端⼝等等配置都会不同，如果在为不同环境打包时都要频繁修改配置⽂件的话，那必将是个⾮常繁琐且容易发⽣错误的事。
对于多环境的配置，各种项⽬构建⼯具或是框架的基本思路是⼀致的，通过配置多份不同环境的配置⽂件，再通过打包命令指定需要打包的内容之后进⾏区分打包，Spring Boot也不例外，或者说更加简单。
在Spring Boot中多环境配置⽂件名需要满⾜application-{profile}.properties的格式，其中{profile}对应你的环境标识，⽐如：
application-dev.properties：开发环境
application-test.properties：测试环境
application-prod.properties：⽣产环境
⾄于哪个具体的配置⽂件会被加载，需要在application.properties⽂件中通过spring.profiles.active属性来设置，其值对应{profile}值。
如：spring.profiles.active=test就会加载application-test.properties配置⽂件内容
下⾯，以不同环境配置不同的服务端⼝为例，进⾏样例实验。
针对各环境新建不同的配置⽂件application-dev.properties、application-test.properties、application-prod.properties
在这三个⽂件均都设置不同的server.port属性，如：dev环境设置为8080，test环境设置为9090，prod环境设置为80
application.properties中设置spring.profiles.active=dev，就是说默认以dev环境设置
测试不同配置的加载：
执⾏java -jar xxx.jar，可以观察到服务端⼝被设置为8080，也就是默认的开发环境（dev）
执⾏java -jar xxx.jar --spring.profiles.active=test，可以观察到服务端⼝被设置为9090，也就是测试环境的配置（test）
执⾏java -jar xxx.jar --spring.profiles.active=prod，可以观察到服务端⼝被设置为80，也就是⽣产环境的配置（prod）
按照上⾯的实验，可以如下总结多环境的配置思路：
application.properties中配置通⽤内容，并设置spring.profiles.active=dev，以开发环境为默认配置
application-{profile}.properties中配置各个环境不同的
检查setAddCommandLineProperties配置
在应⽤中管理配置并不是⼀个容易的任务，尤其是在应⽤需要部署到多个环境中时。通常会需要为每个环境提供⼀个对应的属性⽂件，⽤来配置各⾃的数据库连接信息、服务器信息和第三⽅服务账号等。通
常的应⽤部署会包含开发、测试和⽣产等若⼲个环境。不同的环境之间的配置存在覆盖关系。测试环境中的配置会覆盖开发环境，⽽⽣产环境中的配置会覆盖测试环境。Spring 框架本⾝提供了多种的⽅式来管理配置属性⽂件。Spring 3.1 之前可以使⽤ PropertyPlaceholderConfigurer。
Spring 3.1 引⼊了新的环境（Environment）和概要信息（Profile）API，是⼀种更加灵活的处理不同环境和配置⽂件的⽅式。不过 Spring 这些配置管理⽅式的问题在于选择太多，让开发⼈员⽆所适从。Spring Boot 提供了⼀种统⼀的⽅式来管理应⽤的配置，允许开发⼈员使⽤属性⽂件、YAML ⽂件、环境变量和命令⾏参数来定义优先级不同的配置值。
Spring Boot 所提供的配置优先级顺序⽐较复杂。按照优先级从⾼到低的顺序，具体的列表如下所⽰。
命令⾏参数。
通过 Properties() 获取的 Java 系统参数。
操作系统环境变量。
从 java:comp/env 得到的 JNDI 属性。
通过 RandomValuePropertySource ⽣成的“random.*”属性。
应⽤ Jar ⽂件之外的属性⽂件。(通过fig.location参数)
spring怎么读取jar文件应⽤ Jar ⽂件内部的属性⽂件。
在应⽤配置 Java 类（包含“@Configuration”注解的 Java 类）中通过“@PropertySource”注解声明的属性⽂件。
通过“SpringApplication.setDefaultProperties”声明的默认属性。
Spring Boot 的这个配置优先级看似复杂，其实是很合理的。⽐如命令⾏参数的优先级被设置为最⾼。
这样的好处是可以在测试或⽣产环境中快速地修改配置参数值，⽽不需要重新打包和部署应⽤。
SpringApplication 类默认会把以“--”开头的命令⾏参数转化成应⽤中可以使⽤的配置参数，如 “--name=Alex” 会设置配置参数 “name” 的值为 “Alex”。如果不需要这个功能，可以通过“SpringApplication.setAddCommandLineProperties(false)” 禁⽤解析命令⾏参数。
检查setAddCommandLineProperties配置
public static void main(String[] args) {
SpringApplication springApplication = new SpringApplication(WebApplication.class);
springApplication.run(args);
}
检查args参数是否传⼊，我的项⽬的问题就在这
public static void main(String[] args) {
new SpringApplication.run(WebApplication.class);
}
spring-boot 项⽬打包后⽆法通过命令⾏传⼊参数
java -jar .\tk-provider.jar --spring.profiles.active=test
本想⽤测试环境的配置⽂件运⾏项⽬可项⽬启动时⼀直是使⽤dev配置⽂件运⾏。
java -jar .\tk-provider.jar --spring.profiles.active=test
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/D:/softwareWorkspace/hqtx/HqService/ServiceProvider/tk-provider/target/tk-provider.jar!/BOOT-INF/lib/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/D:/softwareWorkspace/hqtx/HqService/ServiceProvider/tk-provider/target/tk-provider.jar!/BOOT-INF/lib/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See /codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
====================> : Spring Boot 初始化环境变量
.  ____          _            __ _ _
/\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
\\/  ___)| |_)| | | | | || (_| |  ) ) ) )
'  |____| .__|_| |_|_| |_\__, | / / / /
=========|_|==============|___/=/_/_/_/
:: Spring Boot ::        (v2.0.4.RELEASE)
2018-08-23 16:14:48.494  INFO 349004 --- [          main] com.hq.tk.TkApplication                  : Starting TkApplication v1.0-SNAPSHOT on longqin with PID 349004 (D:\softwareWorkspace\hqtx\HqService\ServiceProvider\tk-provider\target\tk-provider.jar started 2018-08-23 16:14:48.497 DEBUG 349004 --- [          main] com.hq.tk.TkApplication                  : Running with Spring Boot v2.0.4.RELEASE, Spring v5.0.8.RELEASE
2018-08-23 16:14:48.498  INFO 349004 --- [          main] com.hq.tk.TkApplication                  : The following profiles are active: dev
尝试了⽆数遍启动都是出现： The following profiles are active: dev，快要崩溃了。后来冷静想了想命令⾏的参数是通过 main函数中的args参数接收的，⽴马去查看启动类，果然。
⼀开始的写法，springApplication.run 没有传⼊args参数
public static void main(String[] args) {
SpringApplication springApplication = new SpringApplication(SsoApplication.class);
//监听⽣命周期
springApplication.addListeners(new SpringBootApplicationStartup());
springApplication.run();
}
更改
public static void main(String[] args) {
SpringApplication springApplication = new SpringApplication(SsoApplication.class);
//监听⽣命周期
springApplication.addListeners(new SpringBootApplicationStartup());
springApplication.run(args);
}
再次打包运⾏，出现：The following profiles are active: test
java -jar .\tk-provider.jar --spring.profiles.active=test
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/D:/softwareWorkspace/hqtx/HqService/ServiceProvider/tk-provider/target/tk-provider.jar!/BOOT-INF/lib/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/D:/softwareWorkspace/hqtx/HqService/ServiceProvider/tk-provider/target/tk-provider.jar!/BOOT-INF/lib/slf4j-log4j12-1.7.25.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See /codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [ch.qos.logback.classic.util.ContextSelectorStaticBinder]
====================> : Spring Boot 初始化环境变量
.  ____          _            __ _ _
/\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
\\/  ___)| |_)| | | | | || (_| |  ) ) ) )
'  |____| .__|_| |_|_| |_\__, | / / / /
=========|_|==============|___/=/_/_/_/
:: Spring Boot ::        (v2.0.4.RELEASE)
2018-08-23 16:30:58.961  INFO 348708 --- [          main] com.hq.tk.TkApplication                  : Starting TkApplication v1.0-SNAPSHOT on longqin with PID 348708 (D:\softwareWorkspace\hqtx\HqService\ServiceProvider\tk-provider\target\tk-provider.jar started 2018-08-23 16:30:58.964 DEBUG 348708 --- [          main] com.hq.tk.TkApplication                  : Running with Spring Boot v2.0.4.RELEASE, Spring v5.0.8.RELEASE
2018-08-23 16:30:58.966  INFO 348708 --- [          main] com.hq.tk.TkApplication                  : The following profiles are active: test
以上为个⼈经验，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。