原文：https://www.cnblogs.com/softidea/p/5759180.html
一般在一個項目中，總是會有好多個環境。比如：
開發環境 -> 測試環境 -> 預發布環境【驗證環境】 -> 生產環境
每個環境上的配置文件總是不一樣的，甚至開發環境中每個開發者的環境可能也會有一點不同，配置讀取可是一個讓人有點傷腦筋的問題。
Spring Boot提供了一種優先級配置讀取的機制來幫助我們從這種困境中走出來。
常規情況下，我們都知道Spring Boot的配置會從application.properties中讀取。實際上，從resource目錄下的application.properties文件讀取是Spring Boot配置鏈中的一環而已。
外部化的配置
在應用中管理配置並不是一個容易的任務，尤其是在應用需要部署到多個環境中時。通常會需要為每個環境提供一個對應的屬性文件，用來配置各自的數據庫連接信息、服務器信息和第三方服務賬號等。通常的應用部署會包含開發、測試和生產等若干個環境。不同的環境之間的配置存在覆蓋關系。測試環境中的配置會覆蓋開發環境，而生產環境中的配置會覆蓋測試環境。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)” 禁用解析命令行參數。
RandomValuePropertySource 可以用來生成測試所需要的各種不同類型的隨機值，從而免去了在代碼中生成的麻煩。RandomValuePropertySource 可以生成數字和字符串。數字的類型包含 int 和 long，可以限定數字的大小范圍。以“random.”作為前綴的配置屬性名稱由 RandomValuePropertySource 來生成，如代碼清單 3 所示。
清單 3. 使用 RandomValuePropertySource 生成的配置屬性
user.id=${random.value}
user.count=${random.int}
user.max=${random.long}
user.number=${random.int(100)}
user.range=${random.int[100, 1000]}
屬性文件
屬性文件是最常見的管理配置屬性的方式。Spring Boot 提供的 SpringApplication 類會搜索並加載 application.properties 文件來獲取配置屬性值。SpringApplication 類會在下面位置搜索該文件。
- 當前目錄的“/config”子目錄。
- 當前目錄。
- classpath 中的“/config”包。
- classpath
上面的順序也表示了該位置上包含的屬性文件的優先級。優先級按照從高到低的順序排列。可以通過“spring.config.name”配置屬性來指定不同的屬性文件名稱。也可以通過“spring.config.location”來添加額外的屬性文件的搜索路徑。如果應用中包含多個 profile，可以為每個 profile 定義各自的屬性文件，按照“application-{profile}”來命名。
對於配置屬性，可以在代碼中通過“@Value”來使用，如代碼清單 4 所示。
清單 4. 通過“@Value”來使用配置屬性
@RestController
@EnableAutoConfiguration
public class Application {
@Value("${name}")
private String name;
@RequestMapping("/")
String home() {
return String.format("Hello %s!", name);
}
}
在代碼清單 4 中，變量 name 的值來自配置屬性中的“name”屬性。
YAML
相對於屬性文件來說，YAML 是一個更好的配置文件格式。YAML 在 Ruby on Rails 中得到了很好的應用。SpringApplication 類也提供了對 YAML 配置文件的支持，只需要添加對 SnakeYAML 的依賴即可。代碼清單 5 給出了 application.yml 文件的示例。
清單 5. 使用 YAML 表示的配置屬性
spring: profiles: development db: url: jdbc:hsqldb:file:testdb username: sa password: --- spring: profiles: test db: url: jdbc:mysql://localhost/test username: test password: test
代碼清單 5 中的 YAML 文件同時給出了 development 和 test 兩個不同的 profile 的配置信息，這也是 YAML 文件相對於屬性文件的優勢之一。
除了使用“@Value”注解綁定配置屬性值之外，還可以使用更加靈活的方式。
代碼清單 6 給出的是使用代碼清單 5 中的 YAML 文件的 Java 類。
通過“@ConfigurationProperties(prefix="db")”注解，配置屬性中以“db”為前綴的屬性值會被自動綁定到 Java 類中同名的域上，如 url 域的值會對應屬性“db.url”的值。
只需要在應用的配置類中添加“@EnableConfigurationProperties”注解就可以啟用該自動綁定功能。
清單 6. 使用 YAML 文件的 Java 類
@Component
@ConfigurationProperties(prefix="db")
public class DBSettings {
private String url;
private String username;
private String password;
}
http://www.ibm.com/developerworks/cn/java/j-lo-spring-boot/index.html
這意味着，如果Spring Boot在優先級更高的位置找到了配置，那么它就會無視優先級低的配置。
比如，我在application.properties目錄中，寫入本地的MySQL的配置：
db.jdbc.driver=com.mysql.jdbc.Driver db.jdbc.url=jdbc:mysql://127.0.0.1:3306/test?useUnicode=true&characterEncoding=UTF-8 db.jdbc.username=username db.jdbc.password=password
在自己項目調試的階段，項目總是會使用本地的MySQL數據庫。而一旦打包之后，在外部聲明一個test_evn.properties.
啟動Jar包的時候, 指定一個外部配置文件：
java -jar demo.jar --spring.config.location=/path/test_evn.properties這樣一來，我們在開發者的機器上總是使用自己的配置，而一到對應的環境，就會使用高級的位置所做的配置。
在代碼中讀取這些配置也是非常方便的，在代碼的邏輯中，其實是無需去關心這個配置是從什么地方來的，只用關注能獲取什么配置就夠了。
public class ApplicationConfigure {
@Value("${db.jdbc.driver}")
private String jdbcDriver;
@Value("${db.jdbc.url}")
private String jdbcUrl;
@Value("${db.jdbc.username}")
private String jdbcUsername;
@Value("${db.jdbc.password}")
private String jdbcPassword;
// mysql config class
// .....
}
有時候我們在項目啟動的時候，總是需要先啟動一些初始化的類，以前比較常見的做法是寫再static塊中，Spring Boot提供了一個CommandLineRunner接口，實現這個接口的類總是會被優先啟動，並優先執行CommandLineRunner接口中提供的run()方法。
public class ApplicationConfigure implements CommandLineRunner {
@Value("${db.jdbc.driver}")
private String jdbcDriver;
@Value("${db.jdbc.url}")
private String jdbcUrl;
@Value("${db.jdbc.username}")
private String jdbcUsername;
@Value("${db.jdbc.password}")
private String jdbcPassword;
// mysql config class
// .....
@Override
public void run(String... strings) throws Exception {
// 預先加載的一些方法，類，屬性。
}
}
如果有多個CommandLineRunner接口實現類，那么可以通過注解@Order來規定所有實現類的運行順序。
通過這一系列API的幫助，Spring Boot讓環境配置變得輕松很多。
http://www.cnblogs.com/whthomas/p/5270917.html
http://www.ibm.com/developerworks/cn/java/j-lo-spring-boot/index.html
Tomcat
Tomcat為Spring Boot的默認容器，下面是幾個常用配置：
# tomcat最大線程數，默認為200 server.tomcat.max-threads=800 # tomcat的URI編碼 server.tomcat.uri-encoding=UTF-8 # 存放Tomcat的日志、Dump等文件的臨時文件夾，默認為系統的tmp文件夾（如：C:\Users\Shanhy\AppData\Local\Temp） server.tomcat.basedir=H:/springboot-tomcat-tmp # 打開Tomcat的Access日志，並可以設置日志格式的方法： #server.tomcat.access-log-enabled=true #server.tomcat.access-log-pattern= # accesslog目錄，默認在basedir/logs #server.tomcat.accesslog.directory= # 日志文件目錄 logging.path=H:/springboot-tomcat-tmp # 日志文件名稱，默認為spring.log logging.file=myapp.log
Jetty
如果你要選擇Jetty，也非常簡單，就是把pom中的tomcat依賴排除，並加入Jetty容器的依賴，如下：
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-jetty</artifactId>
</dependency>
<dependencies>
打包
打包方法：
CMD進入項目目錄，使用 mvn clean package 命令打包，以我的項目工程為例：
E:\spring-boot-sample>mvn clean package
可以追加參數 -Dmaven.test.skip=true (-DskipTests)跳過測試。
打包后的文件存放於項目下的target目錄中，如：spring-boot-sample-0.0.1-SNAPSHOT.jar
如果pom配置的是war包，則為spring-boot-sample-0.0.1-SNAPSHOT.war
二、部署到JavaEE容器
- 修改啟動類，繼承 SpringBootServletInitializer 並重寫 configure 方法
public class SpringBootSampleApplication extends SpringBootServletInitializer{ private static final Logger logger = LoggerFactory.getLogger(SpringBootSampleApplication.class); @Override protected SpringApplicationBuilder configure(SpringApplicationBuilder builder) { return builder.sources(this.getClass()); } }
- 修改pom文件中jar 為 war
<!-- <packaging>jar</packaging> --> <packaging>war</packaging>
- 修改pom，排除tomcat插件
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
<exclusions>
<exclusion>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-tomcat</artifactId>
</exclusion>
</exclusions>
</dependency>
- 打包部署到容器
使用命令 mvn clean package 打包后，同一般J2EE項目一樣部署到web容器。
三、使用Profile區分環境
spring boot 可以在 “配置文件”、“Java代碼類”、“日志配置” 中來配置profile區分不同環境執行不同的結果
1、配置文件
使用配置文件application.yml 和 application.properties 有所區別
以application.properties 為例，通過文件名來區分環境 application-{profile}.properties
application.properties
app.name=MyApp server.port=8080 spring.profiles.active=dev
application-dev.properties
server.port=8081
application-stg.properties
server.port=8082
在啟動程序的時候通過添加 –spring.profiles.active={profile} 來指定具體使用的配置
例如我們執行 java -jar demo.jar –spring.profiles.active=dev 那么上面3個文件中的內容將被如何應用？
Spring Boot 會先加載默認的配置文件，然后使用具體指定的profile中的配置去覆蓋默認配置。
app.name 只存在於默認配置文件 application.properties 中，因為指定環境中不存在同樣的配置，所以該值不會被覆蓋 server.port 默認為8080，但是我們指定了環境后，將會被覆蓋。如果指定stg環境，server.port 則為 8082 spring.profiles.active 默認指定dev環境，如果我們在運行時指定 –spring.profiles.active=stg 那么將應用stg環境，最終 server.port 的值為8082
2、Java類中@Profile注解
下面2個不同的類實現了同一個接口，@Profile注解指定了具體環境
// 接口定義
public interface SendMessage {
// 發送短信方法定義
public void send();
}
// Dev 環境實現類
@Component
@Profile("dev")
public class DevSendMessage implements SendMessage {
@Override
public void send() {
System.out.println(">>>>>>>>Dev Send()<<<<<<<<");
}
}
// Stg環境實現類
@Component
@Profile("stg")
public class StgSendMessage implements SendMessage {
@Override
public void send() {
System.out.println(">>>>>>>>Stg Send()<<<<<<<<");
}
}
// 啟動類
@SpringBootApplication
public class ProfiledemoApplication {
@Value("${app.name}")
private String name;
@Autowired
private SendMessage sendMessage;
@PostConstruct
public void init(){
sendMessage.send();// 會根據profile指定的環境實例化對應的類
}
}
3、logback-spring.xml也支持有節點來支持區分
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<include resource="org/springframework/boot/logging/logback/base.xml" />
<logger name="org.springframework.web" level="INFO"/>
<springProfile name="default">
<logger name="org.springboot.sample" level="TRACE" />
</springProfile>
<springProfile name="dev">
<logger name="org.springboot.sample" level="DEBUG" />
</springProfile>
<springProfile name="staging">
<logger name="org.springboot.sample" level="INFO" />
</springProfile>
</configuration>
再說一遍文件名不要用logback.xml 請使用logback-spring.xml
四、指定外部的配置文件
有些系統，關於一些數據庫或其他第三方賬戶等信息，由於安全問題，其配置並不會提前配置在項目中暴露給開發人員。
對於這種情況，我們在運行程序的時候，可以通過參數指定一個外部配置文件。
以 demo.jar 為例，方法如下：
java -jar demo.jar --spring.config.location=/opt/config/application.properties
其中文件名隨便定義，無固定要求。
五、創建一個Linux 應用的sh腳本
下面幾個腳本僅供參考，請根據自己需要做調整
start.sh
#!/bin/sh rm -f tpid nohup java -jar /data/app/myapp.jar --spring.profiles.active=stg > /dev/null 2>&1 & echo $! > tpid
stop.sh
tpid=`cat tpid | awk '{print $1}'`
tpid=`ps -aef | grep $tpid | awk '{print $2}' |grep $tpid`
if [ ${tpid} ]; then
kill -9 $tpid
fi
check.sh
tpid=`cat tpid | awk '{print $1}'`
tpid=`ps -aef | grep $tpid | awk '{print $2}' |grep $tpid`
if [ ${tpid} ]; then
echo App is running.
else
echo App is NOT running.
fi
kill.sh
#!/bin/sh
# kill -9 `ps -ef|grep 項目名稱|awk '{print $2}'`
kill -9 `ps -ef|grep demo|awk '{print $2}'`