小编点评

**不推荐使用`@Value`注解** `@Value`注解的主要问题是，当我们使用它直接提取配置信息时，会产生配置信息加载的碎片化问题。碎片化的配置信息会导致一些问题，例如： * 当我们要修改配置相关逻辑时，需要遍历整个配置加载过程，才能找到需要修改的配置信息。 * 无法方便地维护多个服务或控制器使用相同的配置。 * 无法进行配置校验，导致配置错误的出现。 **推荐使用`@ConfigurationProperties`来替代`@Value`** `@ConfigurationProperties`是一种更灵活的配置加载方式，可以帮助我们解决碎片化的问题。`@ConfigurationProperties`允许我们通过配置类中的属性来动态加载配置信息。另外，它还支持配置校验，可以帮助我们发现配置错误。 **使用`@ConfigurationProperties`的实现方法：** ```java @ConfigurationProperties(prefix = "com.didispace") public class DidispaceProperties { private String title; } ``` **使用`@ConfigurationProperties`的优点：** * 避免碎片化配置信息。 * 支持配置校验。 * 允许我们通过属性配置配置。 **其他建议：** * 在使用`@ConfigurationProperties`之前，请确保我们的配置类是可配置的。 * 可以使用 `@Validated` 注解进行配置校验。

正文

@Value注解相信很多Spring Boot的开发者都已经有接触了，通过使用该注解，我们可以快速的把配置信息加载到Spring的Bean中。

比如下面这样，就可以轻松的把配置文件中key为com.didispace.title配置信息加载到TestService中来使用

@Service
public class TestService {

    
    @Value("${com.didispace.title}")
    private String title;

}

这个注解可以说非常的好用！但是为什么不推荐大家使用它呢？核心原因是：当我们使用@Value来直接提取配置信息使用的时候，会产生配置信息加载的碎片化。比如，同一个配置，可能背多个Service或者Controller使用，当我们再要修改它的时候，就会存在一个遗漏的风险。我们无法方便的维护这些配置加载而导致一些问题。

那么，如果不使用@Value，我们应该用什么来替代呢？

我比较推荐的就是使用@ConfigurationProperties来分类和加载各种配置信息，比如，我要加载关于com.didispace的相关配置时候，就写一个这样的实现：

@Configuration
@ConfigurationProperties(prefix = "com.didispace")
public class DidispaceProperties {

    private String title;

}

这个DidispaceProperties就会加载com.didispace开头的配置。其他Service或者Controller要使用这些配置的时候，就通过注入DidispaceProperties就也可以了。如果要修改配置相关的逻辑，也只需要修改DidispaceProperties中的内容即可，而不是到处找@Value的配置。

另外，在这里，其实还可以增加对配置的校验，主要在pom.xml中引入spring-boot-starter-validation模块。然后修改配置类，增加@Validated注解和具体校验注解，比如：

@Validated
@Configuration
@ConfigurationProperties(prefix = "com.didispace")
public class DidispaceProperties {

  @NotNull
  private String title;

}

这就轻松实现配置的校验了，是不是很方便呢？

今天的分享就到这里。如果您学习过程中如遇困难？可以加入我们超高质量的Spring技术交流群，参与交流与讨论，更好的学习与进步！更多Spring Boot教程可以点击直达！，欢迎收藏与转发支持！

欢迎关注我的公众号：程序猿DD。第一时间了解前沿行业消息、分享深度技术干货、获取优质学习资源