Spring 如何干预 Bean 的生命周期？

Spring 提供了多种机制让我们能够在 Bean 生命周期的不同节点“插入”自己的逻辑，这些机制可以分为两大类：针对单个 Bean 的干预和针对所有/多个 Bean 的全局干预。

---

一、 针对单个 Bean 的干预（最常用）

这些方法让你为一个特定的 Bean 类定义其初始化和销毁逻辑。

1. 使用 JSR-250 注解（推荐方式）

这是现在最优雅、也是 Spring 官方推荐的方式。它使用 Java 的标准注解，与 Spring 框架解耦。

• @PostConstruct：在依赖注入完成之后，执行任何自定义的初始化逻辑。可以把它看作是 Bean 的“构造函数完成后的补充构造函数”。
• @PreDestroy：在容器销毁 Bean 之前，执行清理工作。

示例：

import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;

@Service
public class DataProcessor {

    @Autowired
    private DataSource dataSource; // 依赖会被先注入

    private Connection connection;

    public DataProcessor() {
        System.out.println("1. 调用构造函数: dataSource is null? " + (dataSource == null));
    }

    @PostConstruct
    public void openConnection() {
        System.out.println("3. 执行 @PostConstruct: dataSource is null? " + (dataSource == null));
        System.out.println("正在打开数据库连接...");
        // 此时 dataSource 已经被注入，可以安全使用
        // this.connection = dataSource.getConnection(); 
    }

    public void process() {
        System.out.println("正在处理数据...");
    }

    @PreDestroy
    public void closeConnection() {
        System.out.println("执行 @PreDestroy: 正在关闭数据库连接...");
        // if (this.connection != null) this.connection.close();
    }
}

优点：代码简洁，与 Spring 解耦，符合 Java EE 规范。

2. 实现 Spring 的特定接口

这是 Spring 早期提供的方式，需要你的 Bean 类实现 Spring 框架的接口。

• InitializingBean：实现它的 afterPropertiesSet() 方法，效果同 @PostConstruct。
• DisposableBean：实现它的 destroy() 方法，效果同 @PreDestroy。

示例：

import org.springframework.beans.factory.InitializingBean;
import org.springframework.beans.factory.DisposableBean;

@Component
public class LegacyService implements InitializingBean, DisposableBean {

    @Override
    public void afterPropertiesSet() throws Exception {
        System.out.println("执行 InitializingBean.afterPropertiesSet()");
    }

    @Override
    public void destroy() throws Exception {
        System.out.println("执行 DisposableBean.destroy()");
    }
}

缺点：代码与 Spring 框架产生了强耦合，不推荐在新代码中使用。

3. 在配置中指定 init-method 和 destroy-method

这种方式完全将生命周期逻辑的调用与 Bean 类本身解耦。适用于你无法修改其源代码的第三方库 Bean。

XML 配置：

<bean id="myService" class="com.example.MyService" 
      init-method="customInit" 
      destroy-method="customCleanup"/>

Java 配置：

@Configuration
public class AppConfig {
    @Bean(initMethod = "customInit", destroyMethod = "customCleanup")
    public MyService myService() {
        return new MyService();
    }
}

优点：对类代码无侵入。

三者执行顺序：@PostConstruct -> InitializingBean.afterPropertiesSet() -> init-method。

---

二、 针对所有/多个 Bean 的全局干预（高级/框架级）

这些机制是 Spring 框架的强大武器，允许你对容器中所有（或部分）Bean 的生命周期进行统一的、批量的处理。

1. BeanPostProcessor（Bean 后置处理器）

这是最重要、最强大的全局干预接口。它像一个“质检员”，容器中每一个 Bean 在初始化前后都会经过它进行“检查”和“加工”。

它有两个核心方法：

• postProcessBeforeInitialization(Object bean, String beanName)：在任何 Bean 的初始化方法（如 @PostConstruct）调用前执行。
• postProcessAfterInitialization(Object bean, String beanName)：在任何 Bean 的初始化方法调用后执行。

Spring 的 AOP（如 @Transactional）就是通过 BeanPostProcessor 实现的。它在 postProcessAfterInitialization 阶段检查 Bean，如果发现需要代理，就返回一个代理对象来替换原始的 Bean 实例。

示例： 创建一个打印所有 Bean 初始化信息的后置处理器。

import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.BeanPostProcessor;
import org.springframework.stereotype.Component;

@Component
public class MyBeanPostProcessor implements BeanPostProcessor {

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("质检员[Before]: 正在检查 " + beanName);
        return bean; // 必须返回 bean，否则后续流程拿不到对象
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("质检员[After]: " + beanName + " 已完成初始化。");
        // 这里可以返回原始 bean，也可以返回一个包装后的代理 bean
        return bean;
    }
}

2. Aware 系列接口

Aware 接口的作用是让 Bean 能够“感知”并获取到它所在的容器环境资源。这发生在依赖注入之后，自定义初始化方法之前。

• BeanNameAware：让 Bean 知道它在容器中的 ID。
• BeanFactoryAware：让 Bean 获取到创建它的 BeanFactory，从而可以编程方式地获取其他 Bean。
• ApplicationContextAware：功能同上，但获取的是功能更强大的 ApplicationContext。

示例：

import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.stereotype.Component;

@Component
public class AwareService implements ApplicationContextAware {

    private ApplicationContext context;

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        System.out.println("AwareService 感知到了 ApplicationContext");
        this.context = applicationContext;
    }
    
    public void doSomething() {
        // 可以通过 context 手动获取其他 bean
        DataProcessor processor = context.getBean(DataProcessor.class);
        processor.process();
    }
}

注意：过度使用 Aware 接口会增加代码与 Spring 容器的耦合度，应谨慎使用。

总结

干预方式	作用阶段	影响范围	推荐度/适用场景
@PostConstruct / @PreDestroy	初始化后 / 销毁前	单个 Bean	强烈推荐，代码清晰，与框架解耦。
InitializingBean / DisposableBean	初始化后 / 销毁前	单个 Bean	不推荐，与 Spring 强耦合，用于兼容老代码。
init-method / destroy-method	初始化后 / 销毁前	单个 Bean	推荐，用于无法修改源码的第三方 Bean。
BeanPostProcessor	初始化前后	所有 Bean	高级/框架级。用于实现 AOP、自定义注解处理等全局逻辑。
Aware 接口	初始化前	单个 Bean	谨慎使用。当 Bean 需要主动与容器交互时使用。

简单来说，作为应用开发者，你的首选和绝大多数情况下的选择应该是 @PostConstruct 和 @PreDestroy。 如果你需要开发框架级别的功能，那么 BeanPostProcessor 则是你的核武器。