摘要：你在互联网大厂做后端开发时，有没有遇到过这些困惑？项目中某个 Bean 明明配置好了，却总是拿不到正确的值；又或者系统启动时，某个功能模块莫名其妙地报错，排查半天发现和 Bean 的加载顺序有关。其实，这些问题的根源，很大程度上都和 Spring 框架中 Be
你在互联网大厂做后端开发时，有没有遇到过这些困惑？项目中某个 Bean 明明配置好了，却总是拿不到正确的值；又或者系统启动时，某个功能模块莫名其妙地报错，排查半天发现和 Bean 的加载顺序有关。其实，这些问题的根源，很大程度上都和 Spring 框架中 Bean 对象的生命周期紧密相关。
在如今互联网高速发展的时代，Spring 框架早已成为互联网大厂后端开发的 “标配”。它以强大的功能和高度的灵活性，支撑着无数复杂的业务系统。而 Bean 作为 Spring 框架的核心概念之一，承载着应用中的各种业务逻辑和数据。Bean 对象从创建到销毁的整个过程，就是它的生命周期，了解这个生命周期，对于我们更好地使用 Spring 框架，优化代码、排查问题至关重要。
从实际开发场景来看，在一个大型电商项目中，商品的库存管理、订单处理等多个核心业务模块都依赖不同的 Bean 来实现功能。如果不了解 Bean 的生命周期，可能会出现库存 Bean 初始化不及时，导致订单生成时无法准确获取库存数量，进而引发超卖等严重问题。在面试环节，许多大厂面试官也热衷于考察候选人对 Bean 生命周期的掌握程度，因为这能直接反映出候选人对 Spring 框架底层原理的理解深度，扎实掌握这部分知识，无疑会让你在面试中脱颖而出 。
实例化阶段
Spring 容器会根据配置文件（如 XML 配置）或注解（如 @Component、@Service 等）定义来创建 Bean 实例，这一过程通过反射机制实现，根据 Bean 的类名和属性等信息创建对象并存储在容器中。
举个具体例子，假设我们有一个UserService类，用于处理用户相关业务逻辑，通过@Service注解将其声明为一个 Spring Bean：
@Servicepublic class UserService {// 业务方法public void registerUser(User user) {// 实现用户注册逻辑}}当 Spring 容器启动扫描到这个注解时，就会通过反射机制创建UserService的实例。如果是单例对象，在 Spring 容器启动时创建，整个应用运行期间只会存在一个实例；多例对象则在每次被请求时创建，比如一个处理用户请求的RequestHandler Bean，每次有新的用户请求到来，都会创建一个新的RequestHandler实例来处理 。
属性赋值阶段
实例化完成后进入属性赋值阶段，Spring 容器通过依赖注入（DI）对 Bean 的属性进行赋值，将配置文件中定义的属性值或其他 Bean 注入到相应属性中。
继续以上面的UserService为例，它可能依赖UserRepository来进行数据库操作：
@Servicepublic class UserService {private final UserRepository userRepository;@Autowiredpublic 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;@Configurationpublic class DataSourceConfig {@Beanpublic 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;@Configurationpublic 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 还提供了很多扩展点：
BeanPostProcessor 接口：可在 Bean 初始化前后进行处理，我们可以通过实现这个接口来对所有的 Bean 进行统一的日志记录或者权限检查等操作。import org.springframework.beans.BeansException;import org.springframework.beans.factory.config.BeanPostProcessor;import org.springframework.stereotype.Component;@Componentpublic class LoggingBeanPostProcessor implements BeanPostProcessor {@Overridepublic Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {System.out.println("Before initialization of " + beanName);return bean;}@Overridepublic 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 生命周期的有趣案例或者问题，欢迎在评论区分享讨论，让我们一起在技术的道路上共同进步！
来源：从程序员到架构师一点号
