spring中BeanPostProcessor之一：InstantiationAwareBeanPostProcessor（01）

时间:2020-04-06 迷茫中守候人气:2

在spring中beanPostProcessor绝对是开天辟地的产物，给了程序员很多自主权，beanPostProcessor即常说的bean后置处理器。

一、概览

先来说下InstantiationAwareBeanPostProcessor，这个后置处理器是BeanPostProcessor的子接口，继承自BeanPostProcessor，先看下BeanPostProcessor中的方法，

再看下InstantiationAwareBeanPostProcessor中的方法，

可见InstantiationAwareBeanPostProcessor扩展了BeanPostProcessor接口，并且新增了4个方法，今天先看postProcessAfterInstantiation方法，

default boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
        return true;
    }

改方法有默认的返回值为true。

二、详述

InstantiationAwareBeanPostProcessor中的postProcessAfterInstantiation方法的作用是什么那，用在什么地方。在看spring源码的时候看到属性注入这段代码，其中属性注入是在populateBean方法中完成，在此方法中便出现了postProcessAfterInstatiation方法的调用，这里只贴出populateBean方法中和这块有关系的代码，

boolean continueWithPropertyPopulation = true;
 //调用beanFactory中已注册的beanPostProcessors即bean后置处理器，判断是否为InstantiationAwareBeanPostProcessor的类型，如果是执行postProcessAfterInstantiation
        if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
            for (BeanPostProcessor bp : getBeanPostProcessors()) {
                if (bp instanceof InstantiationAwareBeanPostProcessor) {
                    InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
                    //如果返回值为false才会进到下面的赋值操作，从而下方的1处才会为true，则属性注入才会中断
                    if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
                        continueWithPropertyPopulation = false;
                        break;
                    }
                }
            }
        }
        //1 
        if (!continueWithPropertyPopulation) {
            return;
        }

上面这段逻辑就是来循环已经注册的beanPostProcessor，找到是InstantiationAwareBeanPostProcessor的类型，并执行其postProcessAfterInstantiation方法，通过查看已注册的beanPostProcessor发现其返回值均为true，通过上面的分析，只有postProcessAfterInstantiation方法返回false，populateBean方法才会返回，属性注入才会中断，即不会注入值。

怎么才能保证postProcessAfterInstantiation方法返回false那，这里只有自己向spring注册一个InstantiationAwareBeanPostProcessor的后置处理器，下面是我的一个后置处理器，

package cn.com.my.test;

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessor;
import org.springframework.stereotype.Component;
@Component
public class MyInstantiationAwareBeanPostProcessor implements InstantiationAwareBeanPostProcessor {

    @Override
    public boolean postProcessAfterInstantiation(Object bean, String beanName) throws BeansException {
        // TODO Auto-generated method stub
        System.out.println("beanName："+beanName);
        if("userService".equals(beanName)) {
            return false;
        }
        return InstantiationAwareBeanPostProcessor.super.postProcessAfterInstantiation(bean, beanName);
    }
}

自定义的beanPostProcessor仅实现了postProcessAfterInstantiation方法，上面的代码逻辑中，可以看到只有beanName为userService的时候，改方法才会返回false，其他情况下调用的接口方法，返回默认值true。

下面看我的测试类，

package cn.com.my.test;

import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class Test {

    public static void main(String[] args) {
        // TODO Auto-generated method stub

        AnnotationConfigApplicationContext ac=new AnnotationConfigApplicationContext(Config.class);
        
        UserService us=ac.getBean(UserService.class);
        System.out.println("us.roleService:"+us.getRoleService());
    }

}

下面是我的UserService类，

package cn.com.my.test;

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.config.InstantiationAwareBeanPostProcessor;
import org.springframework.stereotype.Component;

@Component
public class UserService {

    @Autowired
    private RoleService roleService;
    
    

    public RoleService getRoleService() {
        return roleService;
    }

    public void setRoleService(RoleService roleService) {
        this.roleService = roleService;
    }
}

从UserService类中，可以看出有一个加了注解的roleService属性，正常情况下会自动注入改属性，但在我自定义的beanPostProcessor之后，看下面的结果

神奇的事情，发生了us.roleService的属性返回的null。

这是为什么那，我们再看populateBean中的这段代码，

boolean continueWithPropertyPopulation = true;
        //调用beanPostProcessors即bean后置处理器，
        if (!mbd.isSynthetic() && hasInstantiationAwareBeanPostProcessors()) {
            for (BeanPostProcessor bp : getBeanPostProcessors()) {
                if (bp instanceof InstantiationAwareBeanPostProcessor) {
                    InstantiationAwareBeanPostProcessor ibp = (InstantiationAwareBeanPostProcessor) bp;
                    if (!ibp.postProcessAfterInstantiation(bw.getWrappedInstance(), beanName)) {
                        continueWithPropertyPopulation = false;
                        break;
                    }
                }
            }
        }

        if (!continueWithPropertyPopulation) {
            return;
        }

由于，我们向beanFactory中注册了一个beanPostProcessor，所以这里循环的时候肯定会执行我的postProcessAfterInstantiation后置处理器，而我在后置处理器中进行了判断，即在给beanName为userService进行属性注入的时候postProcessAfterInstantiation方法会返回false，那么上面的continueWithPropertyPopulation便为false，导致会进入到下面的if，方法直接返回，属性注入便会中止，所以UserService类中的roleService的值为null。

三、适用场合

什么时候需要实现InstantiationAwareBeanPostProcessor的postProcessAfterInstantiation方法那，如果不想使用spring的自动注入（前提是已经使用了@Autowired注解），则对于特殊的bean则可以注册一个beanPostProcessor使其不进行注入，使用自己的方式进行注入。

原创不易，有不当之处，欢迎指正，谢谢！

加载全部内容