盘点Spring/Boot的那些常用扩展点( 二 ) _容器

}
测试：
class{
public static void main(String[] args) {AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();//将 UserBeanPostProcessor 和User 注册到容器中applicationContext.register(UserBeanPostProcessor.class);applicationContext.register(User.class);applicationContext.refresh();User user = applicationContext.getBean(User.class);System.out.println("获取到的Bean为" + user + " ，属性username值为：" + user.getUsername());}
}
测试结果：
1
获取到的Bean为com....User@ ，属性值为：三友的java日记
从结果可以看出，每个生成的Bean在执行到某个阶段的时候，都会回调r ，然后r就会判断当前创建的Bean的类型，如果是User类型，那么就会将的属性设置为 ”三友的java日记“ 。
内置的
这里我列举了常见的一些的实现以及它们的作用
作用
处理@、@Value注解
处理@、@、@注解
处理一些注解或者是AOP切面的动态代理
处理Aware接口注入的
处理@Async注解
处理@注解
通过列举的这些的实现可以看出， Bean的很多注解的处理都是依靠及其子类的实现来完成的，这也回答了上一小节的疑问，处理@、@、@注解是如何起作用的，其实就是通过，在Bean的不同阶段来调用对应的方法起作用的。
在Dubbo中的使用
在Dubbo中可以通过@(@)来引用生产者提供的接口，这个注解的处理也是依靠，也就是的扩展来实现的。
class
are, ssor {
// 忽略
}
当Bean在创建的某一阶段，走到了这个类，就会根据反射找出这个类有没有@(@)注解，有的话就构建一个动态搭理注入就可以了。
在 Bean的扩展中扮演着重要的角色，是 Bean生命周期中很重要的一部分。正是因为有了，你就可以在Bean创建过程中的任意一个阶段扩展自己想要的东西。
ssor
通过上面一节我们知道是对Bean的处理，那么ssor很容易就猜到是对，也就是容器的处理。
举个例子，如果我们想禁止循环依赖，那么就可以这么写。
classssor {
@Overridepublic void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {// 禁止循环依赖((DefaultListableBeanFactory) beanFactory).setAllowCircularReferences(false);}
}
后面只需要将注入到容器中就会生效。
ssor是可以对容器做处理的，方法的入参就是的容器，通过这个接口，就对容器进行为所欲为的操作。
SPI机制
SPI全称为 () ，是一种动态替换发现的机制，一种解耦非常优秀的思想， SPI可以很灵活的让接口和实现分离，让api提供者只提供接口，第三方来实现，然后可以使用配置文件的方式来实现替换或者扩展，在框架中比较常见，提高框架的可扩展性。
JDK有内置的SPI机制的实现， Dubbo也有自己的SPI机制的实现，但是这里我们都不讲。。
但是，我之前写过相关的文章，文章的前半部分有对比三者的区别，有需要的小伙伴可以关注微信公众号三友的java日记回复 dubbo spi 即可获得。
这里我们着重讲一下的SPI机制的实现r 。
r
的SPI机制规定，配置文件必须在路径下的META-INF文件夹内，文件名必须为. ，文件内容为键值对，一个键可以有多个值，只需要用逗号分割就行，同时键值都需要是类的全限定名。但是键和值可以没有任何关系，当然想有也可以有。