解決spring-boot 打成jar包後 啟動時指定參數無效的問題

Posted on by

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 所提供的配置優先級順序比較復雜。按照優先級從高到低的順序，具體的列表如下所示。

命令行參數。

通過 System.getProperties() 獲取的 Java 系統參數。

操作系統環境變量。

從 java:comp/env 得到的 JNDI 屬性。

通過 RandomValuePropertySource 生成的“random.*”屬性。

應用 Jar 文件之外的屬性文件。(通過spring.config.location參數)

應用 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 http://www.slf4j.org/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 by Administrator in D:\softwareWorkspace\hqtx\HqService\ServiceProvider\tk-provider\target)
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 http://www.slf4j.org/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 by Administrator in D:\softwareWorkspace\hqtx\HqService\ServiceProvider\tk-provider\target)
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

以上為個人經驗，希望能給大傢一個參考，也希望大傢多多支持WalkonNet。

推薦閱讀：