你在互联网大厂做后端开发时，有没有遇到过这些困惑？项目中某个 Bean 明明配置好了，却总是拿不到正确的值；又或者系统启动时，某个功能模块莫名其妙地报错，排查半天发现和 Bean 的加载顺序有关。其实，这些问题的根源，很大程度上都和 Spring 框架中 Bean 对象的生命周期紧密相关。

为什么必须掌握 Bean 对象的生命周期？

在如今互联网高速发展的时代，Spring 框架早已成为互联网大厂后端开发的 “标配”。它以强大的功能和高度的灵活性，支撑着无数复杂的业务系统。而 Bean 作为 Spring 框架的核心概念之一，承载着应用中的各种业务逻辑和数据。Bean 对象从创建到销毁的整个过程，就是它的生命周期，了解这个生命周期，对于我们更好地使用 Spring 框架，优化代码、排查问题至关重要。

从实际开发场景来看，在一个大型电商项目中，商品的库存管理、订单处理等多个核心业务模块都依赖不同的 Bean 来实现功能。如果不了解 Bean 的生命周期，可能会出现库存 Bean 初始化不及时，导致订单生成时无法准确获取库存数量，进而引发超卖等严重问题。在面试环节，许多大厂面试官也热衷于考察候选人对 Bean 生命周期的掌握程度，因为这能直接反映出候选人对 Spring 框架底层原理的理解深度，扎实掌握这部分知识，无疑会让你在面试中脱颖而出。

Bean 对象生命周期全解析

实例化阶段

Spring 容器会根据配置文件（如 XML 配置）或注解（如 @Component、@Service 等）定义来创建 Bean 实例，这一过程通过反射机制实现，根据 Bean 的类名和属性等信息创建对象并存储在容器中。

举个具体例子，假设我们有一个UserService类，用于处理用户相关业务逻辑，通过@Service注解将其声明为一个 Spring Bean：

@Service
public class UserService {
    // 业务方法
    public void registerUser(User user) {
        // 实现用户注册逻辑
    }
}

当 Spring 容器启动扫描到这个注解时，就会通过反射机制创建UserService的实例。如果是单例对象，在 Spring 容器启动时创建，整个应用运行期间只会存在一个实例；多例对象则在每次被请求时创建，比如一个处理用户请求的RequestHandler Bean，每次有新的用户请求到来，都会创建一个新的RequestHandler实例来处理。

属性赋值阶段

实例化完成后进入属性赋值阶段，Spring 容器通过依赖注入（DI）对 Bean 的属性进行赋值，将配置文件中定义的属性值或其他 Bean 注入到相应属性中。

继续以上面的UserService为例，它可能依赖UserRepository来进行数据库操作：

@Service
public class UserService {
    private final UserRepository userRepository;

    @Autowired
    public UserService(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    public void registerUser(User user) {
        userRepository.save(user);
    }
}

这里通过构造函数注入的方式，Spring 容器会在属性赋值阶段，将UserRepository的实例注入到UserService中，保证UserService在使用时，其依赖的UserRepository是可用的。除了构造函数注入，还有字段注入和 setter 方法注入等多种方式，开发者可以根据实际需求灵活选择。

初始化阶段

若 Bean 实现了InitializingBean接口，Spring 会调用其afterPropertiesSet()方法；若在配置文件中指定了初始化方法（如init-method属性），则调用相应方法。

比如，在一个数据库连接池的 Bean 中，我们可以通过初始化方法来进行连接池参数的配置和初始化操作，确保连接池在系统启动后就能正常使用。假设我们使用HikariCP作为数据库连接池：

import com.zaxxer.hikari.HikariConfig;
import com.zaxxer.hikari.HikariDataSource;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class DataSourceConfig {
    @Bean
    public HikariDataSource dataSource() {
        HikariConfig config = new HikariConfig();
        config.setJdbcUrl("jdbc:mysql://localhost:3306/mydb");
        config.setUsername("root");
        config.setPassword("password");
        HikariDataSource dataSource = new HikariDataSource(config);
        return dataSource;
    }

    // 配置初始化方法
    public void initDataSource(HikariDataSource dataSource) {
        dataSource.setMaximumPoolSize(10);
        dataSource.setMinimumIdle(5);
    }
}

在配置文件中指定init-method="initDataSource"，当HikariDataSource实例化并完成属性赋值后，Spring 就会调用initDataSource方法，对连接池进行进一步配置。

销毁阶段

当容器关闭时，Bean 就到了销毁阶段，如果 Bean 实现了DisposableBean接口，Spring 会调用其destroy()方法；若在配置文件中指定了销毁方法（如destroy-method属性），也会调用相应方法。这在释放资源，如关闭数据库连接、释放文件句柄等场景中非常重要。

还是以数据库连接池为例，在系统关闭时，需要释放连接池占用的资源：

import com.zaxxer.hikari.HikariConfig;
import com.zaxxer.hikari.HikariDataSource;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class DataSourceConfig {
    @Bean(destroyMethod = "closeDataSource")
    public HikariDataSource dataSource() {
        HikariConfig config = new HikariConfig();
        config.setJdbcUrl("jdbc:mysql://localhost:3306/mydb");
        config.setUsername("root");
        config.setPassword("password");
        HikariDataSource dataSource = new HikariDataSource(config);
        return dataSource;
    }

    public void closeDataSource(HikariDataSource dataSource) {
        dataSource.close();
    }
}

当 Spring 容器关闭时，就会调用closeDataSource方法，关闭数据库连接池，避免资源泄露。

Spring 框架中的扩展点

此外，Spring 还提供了很多扩展点：

BeanPostProcessor 接口：可在 Bean 初始化前后进行处理，我们可以通过实现这个接口来对所有的 Bean 进行统一的日志记录或者权限检查等操作。

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

@Component
public class LoggingBeanPostProcessor implements BeanPostProcessor {
    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("Before initialization of " + beanName);
        return bean;
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("After initialization of " + beanName);
        return bean;
    }
}

BeanFactoryPostProcessor 接口：可在容器初始化前对 BeanFactory 进行处理，方便我们对 Bean 的定义进行动态修改。比如，在某些情况下，我们需要根据不同的环境动态修改 Bean 的配置，就可以通过实现这个接口来完成。

掌握 Spring 框架中 Bean 对象的生命周期，就如同掌握了一把打开 Spring 应用优化大门的钥匙。希望通过这篇文章，你能对 Bean 的生命周期有更深入的理解。在以后的开发中，无论是解决遇到的难题，还是设计更健壮的系统，都能游刃有余。如果你在实际开发中还有关于 Bean 生命周期的有趣案例或者问题，欢迎在评论区分享讨论，让我们一起在技术的道路上共同进步！

莫方教程网

专业程序员编程教程与实战案例分享

互联网大厂后端必看!一文吃透 Spring 框架中 Bean 对象的生命周期

为什么必须掌握 Bean 对象的生命周期？

Bean 对象生命周期全解析

Spring 框架中的扩展点