Bean 作用域与生命周期

这一课你将能做到

1. 用 @Configuration + @Bean 把第三方类注册进容器，并说清它和 @Component 的分工
2. 演示 singleton 与 prototype 两种作用域的行为差异，并解决「单例注入多例」的经典坑
3. 在 Bean 的关键生命周期节点（初始化、销毁）挂上自己的逻辑

为什么要学

上一课所有对象默认「全局一个实例」（singleton），你有没有想过：如果 Bean 里放了个会被并发修改的成员变量会怎样？如果每次请求都需要一个全新对象怎么办？对象初始化完、应用关闭时，连接池、线程池谁来收拾？

人话：作用域回答「一个 Bean 建几份、什么时候建」；生命周期回答「它出生、干活、死亡时我能插手什么」。连接池启动时预热、缓存启动时加载、应用关闭时优雅释放——全靠生命周期钩子。这也是面试 Spring 部分的必考区。

先建立图像

一个 singleton Bean 的一生：

扫描/解析定义 → 实例化（调构造器）→ 属性注入（依赖塞进来）
      → Aware 回调 → BeanPostProcessor 前置处理
      → 初始化（@PostConstruct → InitializingBean → initMethod）
      → BeanPostProcessor 后置处理（AOP 代理就在这生成！）
      → 放入单例池，供业务使用
      → 容器关闭 → @PreDestroy → destroyMethod

记住两个锚点：属性注入在构造器之后（所以构造器里读不到注入的字段值）；AOP 代理在后置处理器阶段生成（所以代理能包住你的 Bean）。

作用域	人话	典型场景
singleton（默认）	全容器一个，启动时就建好	Service、Repository、工具类
prototype	每次要的时候现建一个新的	每次需要独立状态的对象
request / session	每个 HTTP 请求 / 会话一个	Web 场景的请求级上下文
application	每个 ServletContext 一个	全局 Web 级缓存

跟着做

步骤 1：用 @Configuration + @Bean 注册一个第三方类

Jackson 的 ObjectMapper 是现成的第三方类，假设我们想自定义它的行为：

package com.example.taskflow.config;

import com.fasterxml.jackson.databind.DeserializationFeature;
import com.fasterxml.jackson.databind.ObjectMapper;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration                      // 声明这是「Bean 定义」的来源
public class AppConfig {

    @Bean                           // 方法返回值注册进容器，Bean 名默认=方法名
    public ObjectMapper customObjectMapper() {
        ObjectMapper mapper = new ObjectMapper();
        // 遇到未知字段不报错（前后端字段对不齐时很救命）
        mapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
        return mapper;
    }
}

任意 Controller 注入验证：