Spring Boot源码之旅四十九@Value原理详解

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

 

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

 

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

 

@Value(“xxxx”)

这个应该基本都用过，直接在属性上用的多，其实方法上也可以用，这个相对简单，先说这个，来个例子，我在name属性上用了，然后在applyName方法上也用了，先不管那到底结果是怎么样呢：

结果就是属性上的先被赋值，name是111：

然后又进行方法注入赋值，改成了222：

QualifierAnnotationAutowireCandidateResolver的getSuggestedValue

其实原理就是用了@Value注解的属性和方法都会被AutowiredAnnotationBeanPostProcessor处理进行注入，在注入的过程中，会有一个获取建议值的方法：

其实内部就是先获取属性上的注解属性值，如果不存在就从方法上获取。

内部就是提取注解属性值：

所以第一次先是属性，因为属性上有注解，可以获得属性，所以直接返回了，第二次轮到方法了，只能从方法上的注解获取，然后把前面的111替换成222了。可能有人问了，为什么就是属性先处理，不是方法呢，如果方法先处理不就不一样了。是的，但是一般总是先属性初始化，然后方法吧，而且注入处理里已经明确这个顺序了，AutowiredAnnotationBeanPostProcessor的buildAutowiringMetadata中已经明确是先处理属性，然后方法：

@Value("${xxx.xx}")

当然如果是这种的话，就不一样了，因为内部会判断是否有${前缀，一般的没有就直接返回不处理了，有的话他还会进行解析：

最终会到PropertySourcesPropertyResolver的getProperty中，遍历所有的环境变量属性源，查找有没有配置中有这个属性的，有的话就会赋值，具体细节就不多说了：

这个是在populateBean阶段进行的，但是如果是被ConfigurationProperties注解的，在初始化之前还会被绑定数据，所以这个数据还会被改，至于@ConfigurationProperties相关原理下篇说吧。