原本這個章節是要介紹《log4j多環境不同日誌級別的控制的》，但是沒有這篇文章做基礎的話，學習起來還是有點難度的，所以我們先一起了解下Spring Boot屬性檔案之多環境配置，當然文章中也會提到屬性檔案的一些基本知識，然後慢慢在昇華到多環境配置。

相信很多人選擇Spring Boot主要是考慮到它既能兼顧Spring的強大功能，還能兼顧快速開發的便捷。在Spring Boot使用過程中，最直觀的感受就是沒有了原來自己整合Spring應用時繁多的XML配置內容，替代它的是在pom.xml中引入模組化的Starter POMs，其中各個模組都有自己的預設配置，所以如果不是特殊應用場景，就只需要在

在之前的各篇文章中都有提及關於application.properties的使用，主要用來配置資料庫連線、日誌相關配置等。除了這些配置內容之外，本文將具體介紹一些在application.properties配置中的其他特性和使用方法。

自定義屬性與載入

在application.properties中加入：

# 自定義屬性
com.kfit.blog.name=Angel
com.kfit.blog.title=Spring Boot教程 
 

然後通過@Value("${屬性名}")註解來載入對應的配置屬性，具體如下(以下這種方式已經過時了，不推薦使用，但能正常執行的)：

@Component
public class BlogProperties {
   
    @Value("${com.kfit.blog.name}")
    private String name; // 部落格作者
   
    @Value("${com.kfit.blog.title}")
    private String title; // 部落格標題
 
    // 省略getter和setter
}

引入單元測試依賴：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
</dependency>

編碼進行單元測試：

package com.kfit;

import org.junit.Assert;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.SpringApplicationConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import com.kfit.properties.BlogProperties;
/**
 *
 * @author Angel(QQ:412887952)
 * @version v.0.1
 */
@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(App.class)
public class AppTest{
   
    @Autowired
    private BlogProperties blogProperties;
 
    @Test
    public void testBlog() throws Exception {
        System.out.println("AppTest.testBlog()="+blogProperties);
        Assert.assertEquals("Angel",blogProperties.getName());
        Assert.assertEquals("Spring Boot教程", blogProperties.getTitle());
    }
}

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-configuration-processor</artifactId>
    <optional>true</optional>
</dependency>

/**
 * prefix="com.kfit.blog" ：
 *
 * 在application.properties配置的屬性字首，
 *
 * 在類中的屬性就不用使用{@value}進行注入了。
 *
 * @author Angel(QQ:412887952)
 * @version v.0.1
 */
@ConfigurationProperties(prefix="com.kfit.blog")
public class BlogProperties {
   
    private String name; // 部落格作者
   
    private String title; // 部落格標題
 
    // 省略getter和setter
}

在啟動類中加入：@EnableConfigurationProperties({BlogProperties.class})

再執行單元測試還是能夠正常進行的，這種的好處就是隻需要配置一個地方，其它地方就是正常定義類的屬性即可了。

引數間的引用

com.kfit.blog.desc=${com.kfit.blog.name}正在寫《${com.kfit.blog.title}》

使用隨機數

# 隨機字串
com.kfit.blog.value=${random.value} 
# 隨機int
com.kfit.blog.number=${random.int} 
# 隨機long
com.kfit.blog.bignumber=${random.long} 
# 10以內的隨機數
com.kfit.blog.test1=${random.int(10)} 
# 10-20的隨機數

com.kfit.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)。

多環境配置

以上都不是重點，這才是重點，這才是重點，這才是重點，重要的事情說3遍。我們在開發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中配置各個環境不同的內容，通過命令列方式去啟用不同環境的配置。

多環境高階應用

在某些情況下，應用的某些業務邏輯可能需要有不同的實現。例如郵件服務，假設EmailService中包含的send(String email)方法向指定地址傳送電子郵件，但是我們僅僅希望在生產環境中才執行真正傳送郵件的程式碼，而開發環境裡則不傳送以免向用戶傳送無意義的垃圾郵件。

我們可以藉助Spring的註解@Profile實現這樣的功能，這樣需要定義兩個實現EmailService介面的類：

/**
 * 傳送郵件介面.
 * @author Angel(QQ:412887952)
 * @version v.0.1
 */
public interface EmailService {
    /**傳送郵件*/
    publicvoid send();
}

傳送郵件的具體實現（dev開發環境的程式碼）：

@Service
@Profile("dev") // 開發環境
public class DevEmailServiceImpl implements EmailService{
 
    @Override
    publicvoid send() {
       System.out.println("DevEmailServiceImpl.send().開發環境不執行郵件的傳送.");
    }
}

傳送郵件的具體實現（prod生產環境的程式碼）：

@Service
@Profile("prod") // 生產環境
public class ProdEmailServiceImpl2 implements EmailService{
   
    @Override
    publicvoid send() {
       System.out.println("DevEmailServiceImpl.send().生產環境執行郵件的傳送.");
       // 具體的郵件傳送程式碼.
       // mail.send();
    }
}

@Profile("dev")表明只有Spring定義的Profile為dev時才會例項化DevEmailService這個類。那麼如何設定Profile呢？

java -jar app.jar --spring.profiles.active=dev