SpringBoot的@Value和@AutoWired自动装配注解源码

在创建Bean对象的方法doCreateBean方法逻辑中：
在拿到Bean实例(instanceWrapper.getWrappedInstance，反射调用构造器)之后，调用的
applyMergedBeanDefinitionPostProcessors方法中

会调用到AutowiredAnnotationBeanPostProcessor的postProcessMergedBeanDefinition方法

在其findAutowiringMetadata方法中
可以看到这是一个缓存结构，该缓存是本类AutowiredAnnotationBeanPostProcessor的属性injectionMetedataCache

buildAutowiringMetadata方法，入参是当前Bean的class对象
会找到所有该Bean的@Value和@Autowired注解标注的属性或方法，然后封装成一个集合再封装到InjectionMetadata对像中返回并存放到缓存中

等到后续的populateBean方法中会调用到InstantiationAwareBeanPostProcessor接口实现类的postProcessProperties方法

populateBean方法中的部分：

然后刚才那个找当前Bean被@Value和@Autowired标注的属性的结合放入缓存中的那个类
AutowiredAnnotationBeanPostProcessor，它也是InstantiationAwareBeanPostProcessor的实现类
所以这里也会调用到它的postProcessProperties，正好可以从其缓存中根据当前BeanName拿到当前Bean需要自动装配的属性的集合，然后metadata.inject方法中从Environment保存的一堆PropertySources中找对应值为属性注入对应的值

关于这部分的思考(扩展)：
在寻找当前Bean需要自动装配的属性的时候，怎么确定该属性需要自动装配？
在这个方法中解答了：

findAutowiredAnnotation(field):

那我们来看看this.autowiredAnnotationTypes中被定义了哪些注解类：

可以看到该类AutowiredAnnotationBeanPostProcessor构造器初始化的时候为其添加了三个注解类
@Autowired @Value和Java原有的Inject

之后调用该类的postProcessProperties方法为找到的这些需要自动装配的类进行属性值注入
理解到这，豁然开朗：
原来扫描当前Bean需要自动配置的属性的逻辑方法postProcessMergedBeanDefinition和之后为这些属性寻找对应值注入的逻辑方法postProcessProperties都同属一个类(本类)
而且也是由本类来规定被什么样的注解标注的属性需要自动装配(this.autowiredAnnotationTypes)

然后这两个方法postProcessMergedBeanDefinition和postProcessProperties都是在Spring容器去拿Bean实例的方法doCreateBean方法中遍历接口实现类调用接口方法调用的，这两个方法都是接口的实现方法，理解到这，懂了，这就是Spring留出的一个很牛逼的扩展点。
Spring原有的类(本类AutowiredAnnotationBeanPostProcessor)规定了Spring自带的自动装配逻辑，对@Autowired @Value注解标注的属性进行自动装配，这是属于Spring自身的扩展实现

那我们可以照葫芦画瓢对其进行扩展
比如我们自己写一个类，实现这两个接口方法，也在我们自己的类中定义被哪些注解标注(我们可以自定义注解)的类可以进行自动装配(建一个自己的this.autowiredAnnotationTypes)，然后在自己的这个类中的postProcessMergedBeanDefinition方法中去判断当前属性需不需要自动装配，也建一个缓存保存这些属性，然后在postProcessProperties中去自己实现对这些属性的自动装配(不同注解标注的采用不同逻辑的装配方法，就像Spring对@Value和@Autowired标注的属性的处理不同一样)

仔细一想，那@JsonProperty注解，和将数据库列名与Bean属性名关联起来的@Field注解不正是采用了这个逻辑对Spring的功能进行扩展吗