- 图不能少
- obtainFromSupplier实例提供器
-
- 实战
-
- MySupplier实例提供器
- 测试代码
- SmartInstantiationAwareBeanPostProcessor的determineCandidateConstructors
- 实战
-
- MyBeforeInstantiation
- 测试代码
- MySmartInstantiationAwareBeanPostProcessor扩展处理器
- 疑问
图不能少
obtainFromSupplier实例提供器
可以进行自己的提供器提供实例直接返回。
实战
要把我们这个干净的类注册到容器里:
public class MySupplier implements Supplier {
@Override
public Object get() {
MyBeforeInstantiation instantiation=new MyBeforeInstantiation();
instantiation.age=100;
return instantiation;
}
}
MySupplier实例提供器
public class MySupplier implements Supplier {
@Override
public Object get() {
return new MyBeforeInstantiation();
}
}
测试代码
测试代码:
@Test
public void MySupplierTest() throws Exception {
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
applicationContext.register(MyConfig.class);
applicationContext.registerBean("myBeforeInstantiation",MyBeforeInstantiation.class,new MySupplier());
applicationContext.refresh();
MyBeforeInstantiation myBeforeInstantiation = applicationContext.getBean(MyBeforeInstantiation.class);
System.out.println(myBeforeInstantiation.age);
}
SmartInstantiationAwareBeanPostProcessor的determineCandidateConstructors
createBeanInstance
中的determineConstructorsFromBeanPostProcessors
获取构造方法。这里主要是AutowiredAnnotationBeanPostProcessor
可能会帮你挑选出Autowired
注解的方法。但是我们自己扩展个试试。
只要有返回的构造器不为空,就直接返回了。
实战
里面有两个构造方法的时候,AutowiredAnnotationBeanPostProcessor
会选择默认构造方法,所以输出应该是0
。但是这次我要想让他使用第二个构造方法。
MyBeforeInstantiation
MyBeforeInstantiation
我们要实例化的类:
@Component
public class MyBeforeInstantiation {
public int age;
public MyBeforeInstantiation(){
System.out.println("MyBeforeInstantiation()");
}
public MyBeforeInstantiation(PoJo poJo1,PoJo poJo2) {
System.out.println("BeforeInstantiation(PoJo poJo1,PoJo poJo2)");
}
}
//测试用的
@Component
public class PoJo {
}
测试代码
@Test
public void determineCandidateConstructorsTest() throws Exception {
AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext();
applicationContext.register(MyConfig.class);
applicationContext.refresh();
}
结果输出:
MySmartInstantiationAwareBeanPostProcessor扩展处理器
我就指定让他返回第二个构造方法。
@Component
public class MySmartInstantiationAwareBeanPostProcessor implements SmartInstantiationAwareBeanPostProcessor {
@Override
public Constructor<?>[] determineCandidateConstructors(Class<?> beanClass, String beanName) throws BeansException {
if(beanClass.getSimpleName().equals(MyBeforeInstantiation.class.getSimpleName())){
try {
return new Constructor[]{
beanClass.getDeclaredConstructor(PoJo.class,PoJo.class)};
} catch (NoSuchMethodException e) {
e.printStackTrace();
}
}
return null;
}
}
结果:
我们成功改变了原有的设置。
疑问
但是有个问题,有没想过,为什么我们的处理器是在内部处理器AutowiredAnnotationBeanPostProcessor
之前处理的,我们没有声明任何优先排序啊,其实这个是在注册处理器registerBeanPostProcessors
的中将MergedBeanDefinitionPostProcessor
类型的放入internalPostProcessors
中了,而AutowiredAnnotationBeanPostProcessor
和CommonAnnotationBeanPostProcessor
刚好是这个类型的,他们最后又被注册了一遍,而注册的方法是会把存在的删除,然后把新注册的放最后。
这就解释了为什么我们的在他们前面了,本来是他们先注册进去的,只最后被重新注册到后面了,所以可以先执行我们的处理器,返回的构造器不为null
就直接返回对象了。
当然如果你为了要保证顺序的话就实现PriorityOrdered
接口吧,比如还有其他的一些处理器,得有个顺序对吧:
@Component
public class MySmartInstantiationAwareBeanPostProcessor implements SmartInstantiationAwareBeanPostProcessor, PriorityOrdered {
@Override
public Constructor<?>[] determineCandidateConstructors(Class<?> beanClass, String beanName) throws BeansException {
if(beanClass.getSimpleName().equals(MyBeforeInstantiation.class.getSimpleName())){
try {
return new Constructor[]{
beanClass.getDeclaredConstructor(PoJo.class,PoJo.class)};
} catch (NoSuchMethodException e) {
e.printStackTrace();
}
}
return null;
}
@Override
public int getOrder() {
return 0;
}
}
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。