上一节我们玩了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文件里面加入一下依赖，不然会有警告 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-configuration-processor</artifactId> <optional>true</optional> </dependency>         搞定后，在我们的主函数里面添加对这个配置项类的注入与使用的代码 @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项，然后其他的全都写在各个子配置文件中，当子配置文件的配置项相同，建议还是把这些相同的配置项写在主配置文件里面，不然以后改配置项也很容易改漏。         另外，当主配置文件和子配置文件存在相同配置时，程序还是会已子配置文件的为准，不信的话，就自动动手试试看吧！