Spring Boot2.x类型安全属性配置详解

程序新视界：一个“软实力”、“硬技术”同步成长的平台。

在Spring中使用@Value可以对单个属性进行注入配置，但如果有很多配置属性或者配置属性本身拥有层级结构时，Spring Boot提供了基于类型安全的配置方式。本文系统的带大家了解一下基于类型安全的属性配置。

@ConfigurationProperties

通过@ConfigurationProperties将properties属性和一个Bean及其属性关联，从而实现类型安全配置。

就像上面说的，如果在实践的过程中如果有很多配置，通过@Value逐一配置不仅麻烦，还不太符合面向对象的编程思想。根据不同情况，可适当的将对应的配置文件根据业务进行分组，集中管理。此时，基于类型安全的属性配置便发挥了作用。

@ConfigurationProperties加载properties文件内的配置，通过prefix属性指定配置文件中定义的properties配置的统一前缀。

如果对应配置文件不是通过SpringBoot默认加载，Spring Boot1.5之前可通过locations指定properties文的位置，如下：

在随后版本逐渐废弃，原因很简单，Spring Boot认为将一个配置类绑定到一个配置文件不太合适。替代方案可以使用@PropertySource来指定自定义的资源目录。

示例代码

下面以具体的实例来演示一下如何使用@ConfigurationProperties。

remote.properties配置文件中配置内容如下：

对应实体类如下：

对应RemoteConfig的Bean的使用：

单元测试方法内容：

执行，单元测试，日志打印如下：

说明配置文件中的配置已经完成注入。

通过上述配置为RemoteConfig创建了一个常规的bean，不过Spring Boot建议@ConfigurationProperties只用来处理environment（只用于注入配置，系统环境之类的），不要注入上下文中的其他beans。

第三方配置

@ConfigurationProperties不仅可以注解在类上，也可以注解在public @Bean方法上，当需要为不受控的第三方组件绑定属性时，该方法将非常有用。

配置文件中的属性定义没有区别，注解具体使用如下：

松散的绑定约束

Spring Boot将Environment属性绑定到@ConfigurationProperties Bean时会使用一些宽松的规则，所以Environment属性名和Bean属性名不需要精确匹配。

比如在对象User中有一个firstName属性，那么在配置文件中对应如下配置项均会匹配：

@ConfigurationProperties校验

当类上标注了@Validated注解，Spring Boot会尝试校验@ConfigurationProperties注解的类。可以在配置类中直接使用JSR-303 javax.validation约束标注。使用之前确保在类路径中存在适用的JSR-303实现：

自定义yml文件支持

上面我们提到如果配置文件未配置在默认的application文件内，则需要使用@PropertySource进行指定加载。但如果此时如果你使用的是yml格式的文件，会发现使用@PropertySource无法加载对应的文件。这是因为默认情况下@PropertySource并不支持yml文件的解析。

因此，如果在项目中使用的是yml格式的自定义配置文件，可自定义PropertySourceFactory来进行支持。

首先创建自定义YamlPropertyLoaderFactory：

使用@PropertySource将其factory属性指定为上面自定义的YamlPropertyLoaderFactory即可正常加载。

小结

关于SpringBoot类型安全属性配置就讲解这么多，其中Bean中嵌套Bean，或Bean中嵌套Bean的校验等均可在此基础上进行拓展，基本使用方法都是一致的。

感谢阅读，原创不易，喜欢就点个[在看]or[转发朋友圈]，这是写作最大的动力。

原创热门推荐

程序新视界

一个“软实力”，“硬技术”同步成长的公众号