Spring 5.x 源码之旅三十六之实例提供器和选择构造函数扩展点

图不能少

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;
    }
}

好了，今天就到这里了，希望对学习理解有帮助，大神看见勿喷，仅为自己的学习理解，能力有限，请多包涵。