(拿來主義-8) Spring Boot屬性配置文件詳解(三)

相信不少人選擇Spring Boot主要是考慮到它既能兼顧Spring的強大功能，還能實現快速開發的便捷。咱們在Spring Boot使用過程當中，最直觀的感覺就是沒有了原來本身整合Spring應用時繁多的XML配置內容，替代它的是在pom.xml中引入模塊化的Starter POMs，其中各個模塊都有本身的默認配置，因此若是不是特殊應用場景，就只須要在application.properties中完成一些屬性配置就能開啓各模塊的應用。

自定義屬性與加載

咱們在使用Spring Boot的時候，一般也須要定義一些本身使用的屬性，咱們能夠以下方式直接定義：

com.didispace.blog.name=程序猿DD
com.didispace.blog.title=Spring Boot教程

而後經過@Value("${屬性名}")註解來加載對應的配置屬性，具體以下：

@Component//保證spring掃描時可以找到此實體類
public class BlogProperties {

    @Value("${com.didispace.blog.name}")
    private String name;
    @Value("${com.didispace.blog.title}")
    private String title;

    // 省略getter和setter

}

 

按照慣例，經過單元測試來驗證BlogProperties中的屬性是否已經根據配置文件加載了。

@RunWith(SpringJUnit4ClassRunner.class)
//@SpringApplicationConfiguration(Application.class)　　//1.4後過時
@SpringBootTest
public class ApplicationTests {

 @Autowired private BlogProperties blogProperties; @Test public void getHello() throws Exception { Assert.assertEquals(blogProperties.getName(), "程序猿DD"); Assert.assertEquals(blogProperties.getTitle(), "Spring Boot教程"); } }

 

參數間的引用

在application.properties中的各個參數之間也能夠直接引用來使用，就像下面的設置：

com.didispace.blog.name=程序猿DD
com.didispace.blog.title=Spring Boot教程
com.didispace.blog.desc=${com.didispace.blog.name}正在努力寫《${com.didispace.blog.title}》

com.didispace.blog.desc參數引用了上文中定義的name和title屬性，最後該屬性的值就是程序猿DD正在努力寫《Spring Boot教程》。

使用隨機數

在一些狀況下，有些參數咱們須要但願它不是一個固定的值，好比密鑰、服務端口等。Spring Boot的屬性配置文件中能夠經過${random}來產生int值、long值或者string字符串，來支持屬性的隨機值。

# 隨機字符串
com.didispace.blog.value=${random.value}
# 隨機int
com.didispace.blog.number=${random.int}
# 隨機long
com.didispace.blog.bignumber=${random.long}
# 10之內的隨機數
com.didispace.blog.test1=${random.int(10)}
# 10-20的隨機數
com.didispace.blog.test2=${random.int[10,20]}

 

經過命令行設置屬性值

相信使用過一段時間Spring Boot的用戶，必定知道這條命令：java -jar xxx.jar --server.port=8888，經過使用–server.port屬性來設置xxx.jar應用的端口爲8888。

在命令行運行時，連續的兩個減號--就是對application.properties中的屬性值進行賦值的標識。因此，java -jar xxx.jar --server.port=8888命令，等價於咱們在application.properties中添加屬性server.port=8888，該設置在樣例工程中可見，讀者可經過刪除該值或使用命令行來設置該值來驗證。

經過命令行來修改屬性值當然提供了不錯的便利性，可是經過命令行就能更改應用運行的參數，那豈不是很不安全？是的，因此Spring Boot也貼心的提供了屏蔽命令行訪問屬性的設置，只須要這句設置就能屏蔽：SpringApplication.setAddCommandLineProperties(false)。

 

多環境配置

咱們在開發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環境設置爲1111，test環境設置爲2222，prod環境設置爲3333

• application.properties中設置spring.profiles.active=dev，就是說默認以dev環境設置

• 測試不一樣配置的加載

  • 執行java -jar xxx.jar，能夠觀察到服務端口被設置爲1111，也就是默認的開發環境（dev）
  • 執行java -jar xxx.jar --spring.profiles.active=test，能夠觀察到服務端口被設置爲2222，也就是測試環境的配置（test）
  • 執行java -jar xxx.jar --spring.profiles.active=prod，能夠觀察到服務端口被設置爲3333，也就是生產環境的配置（prod）

按照上面的實驗，能夠以下總結多環境的配置思路：

• application.properties中配置通用內容，並設置spring.profiles.active=dev，以開發環境爲默認配置
• application-{profile}.properties中配置各個環境不一樣的內容
• 經過命令行方式去激活不一樣環境的配置