• Spring生命周期 Constructor > @PostConstruct > InitializingBean > init-method


    项目中用到了 afterPropertiesSet: 于是具体的查了一下到底afterPropertiesSet到底是什么时候执行的。为什么一定要实现 InitializingBean;

    **/
    @Component
    public class CityRepositoryImpl implements CityRepository, InitializingBean {
    
        private static final Logger LOGGER = LoggerFactory.getLogger(CityRepositoryImpl.class);
     @Override
        public void afterPropertiesSet() {
            synchronized (CityRepositoryImpl.class) {
                if (TEMPLATE_METHOD_MAP.size() == 0) {
                    loadTemplateMethod();
                }
            }
        }
    
    }}
     

    Spring 容器中的 Bean 是有生命周期的,Spring 允许在 Bean 在初始化完成后以及 Bean 销毁前执行特定的操作,常用的设定方式有以下三种:

    (1) 通过实现 InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法;
    (2) 通过 <bean> 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法;
    (3) 在指定方法上加上@PostConstruct 或@PreDestroy注解来制定该方法是在初始化之后还是销毁之前调用。 
    这是我们就有个疑问,这三种方式是完全等同的吗,孰先孰后?

    下面我们将带着这个疑问,试图通过测试代码以及分析Spring源码找到答案。

    首先,我们还是编写一个简单的测试代码:

    public class InitSequenceBean implements InitializingBean {
    
    public InitSequenceBean() {
    System.out.println("InitSequenceBean: constructor");
    }
    
    @PostConstruct
    public void postConstruct() {
    System.out.println("InitSequenceBean: postConstruct");
    }
    
    public void initMethod() {
    System.out.println("InitSequenceBean: init-method");
    }
    
    @Override
    public void afterPropertiesSet() throws Exception {
    System.out.println("InitSequenceBean: afterPropertiesSet");
    }
    }


    并且在配置文件中添加如下Bean定义:

    <bean class="InitSequenceBean" init-method="initMethod"></bean>

    好了,我们启动Spring容器,观察输出结果,就可知道三者的先后顺序了:

    InitSequenceBean: constructor
    
    InitSequenceBean: postConstruct
    
    InitSequenceBean: afterPropertiesSet
    
    InitSequenceBean: init-method

    通过上述输出结果,三者的先后顺序也就一目了然了:

    Constructor > @PostConstruct > InitializingBean > init-method

    先大致分析下为什么会出现这些的结果:构造器(Constructor)被率先调用毋庸置疑,InitializingBean先于init-method我们也可以理解(在也谈Spring容器的生命周期中已经讨论过),但是PostConstruct为何率先于InitializingBean执行呢?

    我们再次带着这个疑问去查看Spring源代码来一探究竟。

    通过Debug并查看调用栈,我们发现了这个类org.springframework.context.annotation.CommonAnnotationBeanPostProcessor,从命名上,我们就可以得到某些信息——这是一个BeanPostProcessor。想到了什么?在也谈Spring容器的生命周期中,我们提到过BeanPostProcessor的postProcessBeforeInitialization是在Bean生命周期中afterPropertiesSet和init-method之前执被调用的。

    再次观察CommonAnnotationBeanPostProcessor这个类,它继承自InitDestroyAnnotationBeanPostProcessor。InitDestroyAnnotationBeanPostProcessor顾名思义,就是在Bean初始化和销毁的时候所作的一个前置/后置处理器。

    通过查看InitDestroyAnnotationBeanPostProcessor类下的postProcessBeforeInitialization方法:

    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
    LifecycleMetadata metadata = findLifecycleMetadata(bean.getClass());
    try {
    metadata.invokeInitMethods(bean, beanName);
    }
    catch (InvocationTargetException ex) {
    throw new BeanCreationException(beanName, "Invocation of init method failed", ex.getTargetException());
    }
    catch (Throwable ex) {
    throw new BeanCreationException(beanName, "Couldn't invoke init method", ex);
    }
    return bean;
    }


    查看findLifecycleMetadata方法,继而我们跟踪到buildLifecycleMetadata这个方法体中,看下buildLifecycleMetadata这个方法体的内容:

    private LifecycleMetadata buildLifecycleMetadata(final Class clazz) {
    final LifecycleMetadata newMetadata = new LifecycleMetadata();
    final boolean debug = logger.isDebugEnabled();
    ReflectionUtils.doWithMethods(clazz, new ReflectionUtils.MethodCallback() {
    public void doWith(Method method) {
    if (initAnnotationType != null) {
    if (method.getAnnotation(initAnnotationType) != null) {
    newMetadata.addInitMethod(method);
    if (debug) {
    logger.debug("Found init method on class [" + clazz.getName() + "]: " + method);
    }
    }
    }
    if (destroyAnnotationType != null) {
    if (method.getAnnotation(destroyAnnotationType) != null) {
    newMetadata.addDestroyMethod(method);
    if (debug) {
    logger.debug("Found destroy method on class [" + clazz.getName() + "]: " + method);
    }
    }
    }
    }
    });
    return newMetadata;
    }


    分析这段代码发现,在这里会去判断某方法有没有被initAnnotationType/destroyAnnotationType注释,如果有,则添加到init/destroy队列中,后续一一执行。

    initAnnotationType/destroyAnnotationType注释是什么呢,我们在CommonAnnotationBeanPostProcessor的构造函数中看到下面这段代码:

    /**
    * Create a new CommonAnnotationBeanPostProcessor,
    * with the init and destroy annotation types set to
    * {@link javax.annotation.PostConstruct} and {@link javax.annotation.PreDestroy},
    * respectively.
    */
    public CommonAnnotationBeanPostProcessor() {
    setOrder(Ordered.LOWEST_PRECEDENCE - 3);
    setInitAnnotationType(PostConstruct.class);
    setDestroyAnnotationType(PreDestroy.class);
    ignoreResourceType("javax.xml.ws.WebServiceContext");
    }


    一切都清晰了吧。一言以蔽之,@PostConstruct注解后的方法在BeanPostProcessor前置处理器中就被执行了,所以当然要先于InitializingBean和init-method执行了。

    最后,给出本文的结论,Bean在实例化的过程中:

    Constructor > @PostConstruct > InitializingBean > init-method



    spring怎么使用注解在初始化bean的时候init-method指定的方法

    用的三种指定特定操作的方法:
    通过实现InitializingBean/DisposableBean 接口来定制初始化之后/销毁之前的操作方法;
    通过<bean> 元素的 init-method/destroy-method属性指定初始化之后 /销毁之前调用的操作方法;
    在指定方法上加上@PostConstruct或@PreDestroy注解来制定该方法是在初始化之后还是销毁之前调用。

    参考:源码解析:init-method、@PostConstruct、afterPropertiesSet孰先孰后

    参考:spring怎么使用注解在初始化bean的时候init-method指定的方法

  • 相关阅读:
    ReactiveCocoa RACObserve subscribeNext 时,只有值不一样时才响应
    ReactiveCocoa 监听Enabled和添加Command出错的处理方法
    Masonry + UIView Animations 注意事项
    addObserver forKeyPath options 注意事项
    ios中tabbar得title和navigationbar的title如何修改
    tableview 分组显示返回footerviewt和headerView的高度不能为0的问题
    UITableViewCell的选中时的颜色设置
    ios 枚举 位移操作
    设置UIButton 字体 颜色
    jsoup 源码分析
  • 原文地址:https://www.cnblogs.com/aspirant/p/10648818.html
Copyright © 2020-2023  润新知