SpringBoot-从入门到放弃（四） 配置文件的更多玩法

         上一节我们玩了SB的properties配置文件和yml配置文件，这篇我们继续玩，玩一玩一些实用好玩的

1.获取配置文件里的值

        就继续上一节的配置文件，我们配置了端口和上下文根，在SpringBoot中，可以使用Value注解进行获取。这一次我们也在配置文件里面随便添加一个自定义的配置，用于演示获取。（Value注解也不是SpringBoot专属的，Spring本身就有在用）

        YAML配置文件如下（hehe不是系统的配置项，所以有警告）

        程序代码如下

package com.kazz;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@SpringBootApplication
public class Application {

	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}

	@Value("${server.context-path}")
	private String context_path;

	@Value("${server.port}")
	private int port; //整形也是没有问题的
	
	@Value("${hehe.blog}")
	private String blog;
	
	@Value("${hehe.author}")
	private String author;

	@RequestMapping("/config")
	public String config() {
		StringBuilder sb = new StringBuilder("玩一玩配置文件的取值,端口：");
		sb.append(port).append(",上下文根：").append(context_path);
		return sb.toString();
	}
	
	@RequestMapping("/config2")
	public String config2() {
		StringBuilder sb = new StringBuilder("玩一玩配置文件的取值,博客类型：");
		sb.append(blog).append(",作者：").append(author);
		return sb.toString();
	}
}

        启动程序，分别访问http://127.0.0.1:12345/sb/config和http://127.0.0.1:12345/sb/config2，结果如下

2.封装配置项

        实际项目开发过程中，一般不会使用这种@Value直接引用配置项，而是将其封装起来，已get方法的形式给外部调用，当然我们自己在封装配置项类时，对成员使用@Value也是可以的，不过SpringBoot给我们提供了一种更方便快捷的封装形式：@ConfigurationProperties，我们新建一个类演示一下

package com.kazz;

import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;

@Component
@ConfigurationProperties(prefix = "hehe") // 指定配置项的前缀
public class Configs {

	private String blog;

	private String author;

	public String getBlog() {
		return blog;
	}

	public String getAuthor() {
		return author;
	}
	//不能省略set方法
	public void setBlog(String blog) {
		this.blog = blog;
	}

	public void setAuthor(String author) {
		this.author = author;
	}

}

        使用@ConfigurationProperties注解时，开发工具提示我，要在pom文件里面加入一下依赖，不然会有警告

	
		org.springframework.boot
		spring-boot-configuration-processor
		true
	

        搞定后，在我们的主函数里面添加对这个配置项类的注入与使用的代码

	@Autowired
	private Configs configs;

	@RequestMapping("/config3")
	public String config3() {
		StringBuilder sb = new StringBuilder("玩一玩配置项的封装,博客类型：");
		sb.append(configs.getBlog()).append(",作者：").append(configs.getAuthor());
		return sb.toString();
	}

        启动程序，浏览器访问http://127.0.0.1/sb/config3，结果如下截图

3.profile配置

        实际开发过程中，我们经常遇到这样的问题：本地开发环境，和测试环境、生产环境的配置不同。各个环境，要么ip不同、要么端口不同、要么业务参数不同，导致的相同的程序，相同的配置文件名有着不太能同的配置信息。有时候新增配置项，由于编写投产手册的疏忽，导致配置出错而出现生成故障，这是很不应该的。

        为了解决这个问题，Spring提出来profile的支持，即程序能同时配置多个子配置文件，通过修改主配置文件的指向来使用这些子配置文件的其中一个。下面我在我的项目中的src/resources/下，新建application-kaifa.yml和application-shengchan.yml两个配置文件，用来区分开发环境和生产环境。

        生产环境的配置文件

      开发环境的配置文件

        主配置文件

 

        现在的主配置文件，指明使用的配置文件是开发环境的，即使用application-kaifa.yml，此时我们的程序没有做任何的修改，我们启动程序，再次访问上面的config3，不过端口改了，http://127.0.0.1:6666/sb/config3，结果如下

        说明程序已经成功加载到了开发环境的配置文件，现在我们再把主配置文件改为指向生产环境，再次访问config3，结果如下所示

         能看出程序已经切换为生产环境的配置文件了。其实也并不是一定要主配置文件只有spring:profile:active项，然后其他的全都写在各个子配置文件中，当子配置文件的配置项相同，建议还是把这些相同的配置项写在主配置文件里面，不然以后改配置项也很容易改漏。

        另外，当主配置文件和子配置文件存在相同配置时，程序还是会已子配置文件的为准，不信的话，就自动动手试试看吧！