Spring 框架（IoC/DI）

Spring 框架（IoC/DI）

目标：理解 IoC 控制反转与 DI 依赖注入，掌握 XML 与注解两种 Bean 配置方式，能看懂容器如何创建、持有并装配一个 bean。

本模块从「手写 new」的痛点切入：对象之间层层互相 new，改一处牵一片。Spring 把「谁创建谁、谁依赖谁」交给容器——这就是 IoC/DI，也是后面 SpringMVC、SSM 分层的底座。

一、为什么需要 IoC：new 的痛点

传统写法里，A 要 B 就 B b = new B();；B 要 C 又 new C()……对象之间硬编码依赖：改一个实现就要改所有引用它的地方，测试时也没法换个假实现。

IoC（Inversion of Control，控制反转）：把对象的创建与依赖管理从业务代码里拿出来，交给外部容器。业务代码只声明「我需要一个 Guestbook」，具体是哪个、何时创建由容器决定——依赖关系被「反转」了。

底层支撑：容器靠反射（读类信息、调构造器/setter）+ 注解（标记谁是 bean、谁要注入什么）自动装配——这两块见 参考素材/JAVA反射/、JAVA注解/。

二、IoC 容器：创建 → 持有 → 注入

容器做三件事：读定义 → 实例化 → 装配依赖。下面交互实验把「容器」黑盒拆开，逐步看它如何把 guestBookContext.xml 里的 gb1 / gb2 / z 三个 bean 建出来并接好线（对照真实工程 GuestBookSpring/GuestbookApp.java）：

关键点：业务代码里没有一行 new。GuestbookApp 只做两件事——new ClassPathXmlApplicationContext("guestBookContext.xml") 启动容器（启动即饿加载全部单例），再 ctx.getBean("z") 取用。取到的 User 里 gbset/gblist 已接好 gb1、gb2。

三、XML 配置：<bean> + <property>/<ref>

在 XML 里，一个 <bean> 声明「id → 类」，<property> 负责装配（对照 GuestBookSpring/src/guestBookContext.xml）：

<bean id="gb1" class="com.un.Guestbook">
    <property name="title" value="第一条留言"></property>
    <property name="contents" value="第一条留言内容"></property>
</bean>
<bean id="z" class="com.un.User">
    <property name="gbset">
        <set><ref bean="gb1"/> <ref bean="gb2"/></set>
    </property>
</bean>

• <property name value>：setter 注入字面量——容器调 setTitle("第一条留言")；
• <property name><ref bean/>：依赖注入——把已创建的 bean 引用填进属性（不是字符串）；集合属性用 <set>/<list> 包多个 <ref>。

四、注解配置：@Component / @Autowired / @Value

同样的装配也能写成注解。下面交互实验把「XML 版 vs 注解版」并排对照，点任意一行看等价关系：

<bean id="user" class="com.un.User">
    <property name="name" value="zhang"/>
    <property name="gb"><ref bean="gb1"/></property>
</bean>

@Service
public class User {
    @Value("zhang")
    private String name;

    @Autowired
    private Guestbook gb;
}

@Component 四兄弟按分层语义区分：@Service（业务层）/ @Repository（持久层）/ @Controller（Web 层）/ @Component（通用兜底）——本质都是注册一个 bean。

五、Bean 生命周期：五阶段

容器管理一个单例 bean 的全过程：实例化 → 属性赋值 → 初始化 → 可用 → 销毁，每阶段有对应回调：

与 Servlet 的区别：Servlet 的 service() 被每次请求反复调用；Bean 是「建好就一直用」——实例化/初始化各只一次，之后长期可用直到容器关闭。

六、BeanFactory vs ApplicationContext

• BeanFactory：最基础的容器接口，bean 按需懒加载（第一次 getBean 才创建）；
• ApplicationContext：BeanFactory 的超集——启动时即饿加载全部单例（如 ClassPathXmlApplicationContext），并整合事件发布、国际化、资源加载等。实际项目几乎都用 ApplicationContext。

思考题

1. 「控制反转」到底「反转」了什么？它解决了手写 new 的什么问题？
2. XML 的 <property value> 与 <property><ref bean/> 分别对应哪种注入？注解里又各对应什么？
3. @Autowired 按什么匹配依赖？同类型有多个 bean 时怎么办？
4. BeanFactory 与 ApplicationContext 在「何时创建单例」上有什么不同？
5. 为什么 Spring bean 的生命周期没有「每次请求都调用一次」的阶段，而 Servlet 有？

学习小测验