我们除了能通过配置文件给予属性赋值外，我们还可以通过@Value方式注入赋值。
我们先把实体类中的@ConfigurationProperties注释掉。
这样子我们就不会引用配置文件里已经赋予好的属性值了，我们通过@Value的方式进行注入。
不论是int类型还是String类型，我们在填写注释@Value中的值的时候，都需要添加双引号。我们现在在Test中运行来看一下结果。
我们可以看到，除了我们设置的name和age外，其他的属性值都是默认值，也代表了我们的确是可以使用@Value来进行给属性赋值。我们把@ConfigurationProperties注释打开，再次运行，来看看谁的优先级更高一些。
可以发现，我们写的@Value注解里的值全部被覆盖掉了，也就是说配置文件的优先级比较高，在配置文件中.properties的优先级又比.yml的高，但是配置文件和@Value是可以互补的，例如说在配置文件设置了name，没有设置age，在@Value中设置了age，Spring Boot会把两者结合起来赋值。
为了总结@Value和配置文件的不同，我们在这里还要介绍一下松散语法。
如果大家了解驼峰命名法，就很好理解，我们在实体类Pet中设置了一个String类型变量叫做nickName，但是在配置文件中我们可以写成nick-name，把有大写的地方换成小写，在前面加上一横杠。这就是松散语法。在.yml和.properties中都可以使用。但是在@Value注解中是不能使用的。
还有Spring里的el表达式，在@Value中可以使用。
我们注释掉上面的注解，在@Value中写上el表达式，在配置文件中写上：
我们来运行看一下结果。
说明@Value是可以实现el表达式的。
我们还要提到一项技术，大家可以当作了解就行，不必太过在意，只不过为了区分配置文件和@Value的不同，在这里提一下。
JSR-303
JSR-303 是JAVA EE 6 中的一项子规范，叫做Bean Validation，Hibernate Validator 是 Bean Validation 的参考实现。
Hibernate Validator 提供了 JSR 303 规范中所有内置 constraint 的实现，除此之外还有一些附加的 constraint。
我们给Student实体类添加一个属性email，并且带上@Email注解，和@Validated注解。
@Email被注释的元素必须是电子邮箱地址。
@Validated是开启jsr303数据校验的注解。
在配置文件中，我们设置email的值为123456，运行看一下结果。
会提示你123456不是一个合法的电子邮件地址，我们再输入一个符合格式的试一下。
没有提示，直接打印出了toString()方法，说明没有问题。但是在@Value中我们是不能使用数据校验的。
在@Value中不能注入复杂的类型，而在配置文件中是可以的。
简单的类型：8个基本类型，String和Date。原本Date并不是简单类型，但是在Spring Boot中是算作简单的类型。
java四类八种基本数据类型
第一类：整型 byte short int long
第二类：浮点型 float double
第三类：逻辑型 boolean(它只有两个值可取true false)
第四类：字符型 char总结一下：
@ConfigurationProperties @Value
注值 批量注入 单个注入
松散语法 支持 不支持
EL 不支持 支持
JSR303数据校验 支持 不支持
注入复杂类型 支持 不支持关注博主，更多精彩哦！
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
