常用接口

chanchaw大约 4 分钟javaspring

BeanDefinitionRegistryPostProcessor、ImportSelector

要求实现两个方法：postProcessBeanDefinitionRegistry 和 postProcessBeanFactory
前者方法先执行，并且可以通过 BeanDefinitionRegistry.registerBeanDefinition() 方法手动添加 beanDefinition后者可以拿到 BeanDefinition 但是不能向其添加 beanDefinition

BeanFactoryPostProcessor

通过方法 registerSingleton 注册 bean
通过 getBeanDefinition 获取指定 bean 的 BeanDefinition，进而可以修改并且此处修改是在创建单例 bean 对象之前进行的，所以可以影响之后创建的单例 bean
但是本接口无法向 spring 容器添加 beanDefinition

SmartLifecycle

概述

SmartLifecycle 是一个接口。当Spring容器加载所有bean并完成初始化之后，会接着回调实现该接口的类中对应的start()方法。

案例


import org.springframework.context.SmartLifecycle;
import org.springframework.stereotype.Component;

/**
 * SmartLifecycle测试
 *
 * 
 * 
 */
@Component
public class TestSmartLifecycle implements SmartLifecycle {

    private boolean isRunning = false;

    /**
     * 1. 我们主要在该方法中启动任务或者其他异步服务，比如开启MQ接收消息<br/>
     * 2. 当上下文被刷新（所有对象已被实例化和初始化之后）时，将调用该方法，默认生命周期处理器将检查每个SmartLifecycle对象的isAutoStartup()方法返回的布尔值。
     * 如果为“true”，则该方法会被调用，而不是等待显式调用自己的start()方法。
     */
    @Override
    public void start() {
        System.out.println("start");

        // 执行完其他业务后，可以修改 isRunning = true
        isRunning = true;
    }

    /**
     * 如果工程中有多个实现接口SmartLifecycle的类，则这些类的start的执行顺序按getPhase方法返回值从小到大执行。<br/>
     * 例如：1比2先执行，-1比0先执行。 stop方法的执行顺序则相反，getPhase返回值较大类的stop方法先被调用，小的后被调用。
     */
    @Override
    public int getPhase() {
        // 默认为0
        return 0;
    }

    /**
     * 根据该方法的返回值决定是否执行start方法。<br/> 
     * 返回true时start方法会被自动执行，返回false则不会。
     */
    @Override
    public boolean isAutoStartup() {
        // 默认为false
        return true;
    }

    /**
     * 1. 只有该方法返回false时，start方法才会被执行。<br/>
     * 2. 只有该方法返回true时，stop(Runnable callback)或stop()方法才会被执行。
     */
    @Override
    public boolean isRunning() {
        // 默认返回false
        return isRunning;
    }

    /**
     * SmartLifecycle子类的才有的方法，当isRunning方法返回true时，该方法才会被调用。
     */
    @Override
    public void stop(Runnable callback) {
        System.out.println("stop(Runnable)");

        // 如果你让isRunning返回true，需要执行stop这个方法，那么就不要忘记调用callback.run()。
        // 否则在你程序退出时，Spring的DefaultLifecycleProcessor会认为你这个TestSmartLifecycle没有stop完成，程序会一直卡着结束不了，等待一定时间（默认超时时间30秒）后才会自动结束。
        // PS：如果你想修改这个默认超时时间，可以按下面思路做，当然下面代码是springmvc配置文件形式的参考，在SpringBoot中自然不是配置xml来完成，这里只是提供一种思路。
        // <bean id="lifecycleProcessor" class="org.springframework.context.support.DefaultLifecycleProcessor">
        //      <!-- timeout value in milliseconds -->
        //      <property name="timeoutPerShutdownPhase" value="10000"/>
        // </bean>
        callback.run();

        isRunning = false;
    }

    /**
     * 接口Lifecycle的子类的方法，只有非SmartLifecycle的子类才会执行该方法。<br/>
     * 1. 该方法只对直接实现接口Lifecycle的类才起作用，对实现SmartLifecycle接口的类无效。<br/>
     * 2. 方法stop()和方法stop(Runnable callback)的区别只在于，后者是SmartLifecycle子类的专属。
     */
    @Override
    public void stop() {
        System.out.println("stop");

        isRunning = false;
    }
}

BeanPostProcessor

概述

BeanPostProcessor 接口被称为 bean 的后置处理器，该接口有两个方法： postProcessBeforeInitialization 和 postProcessAfterInitialization 实例化 bean 对象之后在进行初始化之前（属性赋值之前 - 依赖注入之前）会调用方法 postProcessBeforeInitialization bean 对象初始化之后（属性赋值之后 - 依赖注入之后）会调用方法 postProcessAfterInitialization 以上两个调用对所有 bean 对象有效这两个方法在 bean 对象的生命周期的执行顺序是：

Spring IOC容器实例化Bean
调用BeanPostProcessor的postProcessBeforeInitialization方法
调用bean实例的初始化方法
调用BeanPostProcessor的postProcessAfterInitialization方法

应用 - 配置业务执行逻辑

AB测试中可通过使用该接口结合自定义注解，决定业务方法中使用A类或者B类 spring接口BeanPostProcessor

常用接口

# BeanDefinitionRegistryPostProcessor、ImportSelector

# BeanFactoryPostProcessor

# SmartLifecycle

# 概述

# 案例

# BeanPostProcessor