Spring IoC 与 DI 核心详解 —— 基于 XML 配置：Bean 创建、依赖注入与生命周期全解析（Spring系列1）

在 Java 企业级开发中Spring 框架凭借其强大的IoC控制反转与DI依赖注入能力成为了事实上的标准。本文将带你从最原始的 XML 配置开始逐步过渡到纯注解开发并深入剖析 IoC 容器创建对象、依赖注入、Bean 生命周期、自动装配等核心机制。无论你是初学者还是希望巩固基础的开发者都能从中获得启发。1. Spring 配置的三大阶段Spring 的发展过程中配置方式经历了三个主要阶段本文主要涉及版本1相关内容版本1纯 XML 配置所有 Bean 的定义、依赖关系都在applicationContext.xml中显式声明。版本2XML 注解使用context:component-scan开启注解扫描通过Component、Autowired等注解简化部分配置但依然保留 XML 用于基础框架配置。版本3纯注解 Java Config完全抛弃 XML使用Configuration、Bean、ComponentScan等注解实现零 XML 的纯 Java 配置。虽然配置形式不断演进但核心思想始终如一将对象的创建与依赖关系的维护交给 Spring 容器管理从而实现代码的解耦合。2. IoC 容器对象的工厂2.1 什么是 IoC控制反转Inversion of ControlIoC将原本由程序员手动new的对象创建权转交给 Spring 容器。容器负责创建、组装、管理对象Bean的整个生命周期。2.2 如何将对象交给容器在 XML 配置中通过bean标签声明需要被管理的对象bean iduserDao classcom.example.dao.UserDaoImpl/ bean iduserService classcom.example.service.UserServiceImpl/2.3 如何获取 Bean获取 IoC 容器如ClassPathXmlApplicationContext后通过getBean()方法取出使用ApplicationContext context new ClassPathXmlApplicationContext(applicationContext.xml); UserService userService (UserService) context.getBean(userService); userService.doSomething();在Spring框架中BeanFactory是IOC容器的早期实现而ApplicationContext是BeanFactory的超集提供了更多企业级特性。两者最核心的区别在于Bean的加载时机BeanFactory是延迟加载ApplicationContext是立即加载。一BeanFactory的使用早期IOC容器实现BeanFactory是Spring最原始的IOC容器提供了基础的Bean管理能力使用方式如下public class AppForBeanFactory { public static void main(String[] args) { Resource resources new ClassPathResource(applicationContext.xml); BeanFactory bf new XmlBeanFactory(resources); BookDao bookDao bf.getBean(BookDao.class); bookDao.save(); } }为了直观对比加载时机我们给BookDaoImpl添加无参构造函数用于观察Bean的创建时机public class BookDaoImpl implements BookDao { public BookDaoImpl() { System.out.println(constructor); } public void save() { System.out.println(book dao save ...); } }二BeanFactory 与 ApplicationContext 核心区别通过运行代码可以发现两者的核心差异BeanFactory延迟加载只有在调用getBean()获取Bean时才会创建Bean实例容器启动时不会实例化BeanApplicationContext立即加载容器启动时就会实例化所有单例Bean无需等到调用getBean()启动完成后Bean已全部创建完成特性BeanFactoryApplicationContext加载时机延迟加载懒加载立即加载饿汉式功能范围基础Bean管理Bean管理 企业级特性AOP、国际化、事件等适用场景资源受限的嵌入式环境企业级Web应用Spring Boot默认三让ApplicationContext实现延迟加载ApplicationContext默认是立即加载如果需要实现延迟加载有两种方式单个Bean配置延迟加载在Bean标签上添加lazy-inittrue全局配置延迟加载在beans根标签上添加default-lazy-inittrue单个Bean延迟加载配置示例?xml version1.0 encodingUTF-8? beans xmlnshttp://www.springframework.org/schema/beans xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocation http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd bean idbookDao classcom.itheima.dao.impl.BookDaoImpl lazy-inittrue/ /beans全局延迟加载配置示例?xml version1.0 encodingUTF-8? beans xmlnshttp://www.springframework.org/schema/beans xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocation http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd default-lazy-inittrue bean idbookDao classcom.itheima.dao.impl.BookDaoImpl/ /beans四总结BeanFactory是Spring早期IOC容器核心特性是延迟加载仅提供基础Bean管理能力ApplicationContext是BeanFactory的增强版默认立即加载提供AOP、国际化等企业级特性是Spring Boot等现代框架的默认容器可通过lazy-inittrue让ApplicationContext实现延迟加载优化启动性能3. 依赖注入DI自动装配依赖依赖注入是 IoC 的具体实现它解决的是“A 对象需要 B 对象时如何将 B 自动放入 A”的问题。在 XML 中我们可以通过配置告诉容器把哪些对象注入到哪个属性的位置。4. IoC 容器创建 Bean 的四种方式Spring 提供了多种创建 Bean 实例的方式灵活应对不同场景4.1 默认无参构造方法最常见的方式容器通过反射调用类的无参构造器创建实例。bean iduserDao classcom.example.dao.UserDaoImpl/前提类必须包含一个无参构造器Java 默认提供若定义了有参构造则需显式添加无参构造。4.2 静态工厂方法当类提供了静态工厂方法时可通过factory-method指定bean iduserDao classcom.example.factory.StaticFactory factory-methodgetUserDao/public class StaticFactory { public static UserDao getUserDao() { return new UserDaoImpl(); } }4.3 实例工厂方法先配置工厂 Bean再通过factory-bean和factory-method指定实例工厂方法bean idfactory classcom.example.factory.InstanceFactory/ bean iduserDao factory-beanfactory factory-methodgetUserDao/public class InstanceFactory { public UserDao getUserDao() { return new UserDaoImpl(); } }4.4 FactoryBean 接口实现FactoryBeanT接口Spring 会自动调用getObject()方法返回实际对象bean iduserDao classcom.example.factory.MyFactoryBean/public class MyFactoryBean implements FactoryBeanUserDao { Override public UserDao getObject() { return new UserDaoImpl(); } Override public Class? getObjectType() { return UserDao.class; } }通过 FactoryBean 创建的对象其生命周期也由容器管理且可以参与 AOP 等增强。5. Bean 的生命周期初始化与销毁5.1 配置初始化与销毁方法在bean标签中使用init-method和destroy-method指定回调方法bean iduserService classcom.example.service.UserServiceImpl init-methodinit destroy-methoddestroy/public class UserServiceImpl { public void init() { System.out.println(初始化操作); } public void destroy() { System.out.println(销毁操作); } }5.2 容器关闭触发销毁默认情况下ApplicationContext不会自动调用destroy方法需要手动关闭容器ClassPathXmlApplicationContext context new ClassPathXmlApplicationContext(applicationContext.xml); // ... 使用容器 context.close(); // 触发 destroy-method这种方式称为“暴力关闭”有时在close()执行前 JVM 已退出导致销毁方法来不及执行。5.3 注册关闭钩子优雅关闭为保证 JVM 退出前能执行销毁逻辑可以注册一个钩子context.registerShutdownHook();JVM 在退出前会调用该钩子自动执行close()从而触发 Bean 的销毁方法。5.4 Web 环境中的自动销毁在 Web 应用如 Tomcat中当容器如 Spring 的ContextLoaderListener被销毁时会主动关闭 Spring 容器因此开发者通常无需手动处理销毁逻辑。6. Bean 的加载策略饥饿 vs 懒惰Spring 默认采用饥饿式加载容器启动时立即创建所有单例 Bean。这能尽早发现配置错误但会增加启动时间。可以通过lazy-inittrue将 Bean 设置为懒惰式加载bean iduserService classcom.example.service.UserServiceImpl lazy-inittrue/此时该 Bean 只有在第一次被getBean()调用时才会被创建。注意若 Service 依赖 Dao即使 Service 被设为懒加载容器在创建 Service 时仍需先创建 Dao因为依赖关系。Dao 的创建时机取决于其自身的加载策略。7. 依赖注入的两种主要方式7.1 Setter 方法注入通过property标签注入属性容器会调用对应的 setter 方法。注入引用类型其他 Beanbean iduserService classcom.example.service.UserServiceImpl property nameuserDao refuserDao/ /bean注入基本类型 / 字符串bean iduserDao classcom.example.dao.UserDaoImpl property namedriver valuecom.mysql.jdbc.Driver/ property nameurl valuejdbc:mysql://localhost:3306/test/ /bean关键要求被注入的属性在类中必须有对应的 setter 方法方法名遵循 JavaBean 规范set 属性名首字母大写。例如nameuserDao对应方法setUserDao(...)。7.2 构造方法注入通过constructor-arg标签为构造器参数注入值适用于必须依赖的场景且支持多参数注入。bean iduserService classcom.example.service.UserServiceImpl constructor-arg nameuserDao refuserDao/ constructor-arg nametimeout value3000/ /bean可以按名称name、按索引index或按类型type匹配参数。构造器注入的耦合问题与解决方案当使用name属性时构造器参数名直接写在配置文件中。一旦 Java 类中参数名发生变化配置文件也需要同步修改形成了紧耦合。针对这一问题Spring 提供了两种替代方式按类型注入type使用type属性指定参数类型Spring 根据类型匹配构造器参数。constructor-arg typeint value10/ constructor-arg typejava.lang.String valuemysql/优点解耦了参数名。缺点如果存在多个相同类型的参数将无法区分。按索引注入index使用index属性指定参数在构造器中的位置从0开始Spring 按顺序注入。constructor-arg index1 value100/ constructor-arg index0 valuemysql/优点可以处理相同类型的参数。缺点如果构造器参数顺序发生变化索引也会失效。实际开发中如何选择注入方式强制依赖Bean 运行必须依赖的对象使用构造器注入。因为构造器在创建对象时就必须提供依赖避免了因 setter 未调用而导致的null问题。可选依赖可有可无的依赖使用 setter 注入。即使不注入Bean 仍能正常工作只影响额外功能如日志记录。Spring 官方推荐必须有的依赖用构造器注入可有可无的依赖用 setter 注入。第三方框架内部通常采用构造器注入确保数据初始化严谨。如果受控对象没有提供 setter 方法则必须使用构造器注入。自己开发的模块推荐使用 setter 注入灵活性高且配置更直观。setter 注入的“可选性”本质有人可能会疑惑setter 注入时Spring 不是一定会调用 setter 方法吗那为什么说它是“可选”的当你在配置中显式写了property标签Spring一定会调用对应的 setter 方法并将值注入此时依赖不会为null。“可选”的含义是你可以不配置这个property标签。此时 Spring 不会调用该 setter属性保持默认值通常是null但 Bean 依然能被正常创建核心功能不受影响。例如一个用户服务类中有一个可选的日志服务public class UserService { private LogService logService; public void setLogService(LogService logService) { this.logService logService; } public void addUser() { // 核心业务 if (logService ! null) { logService.log(用户添加日志); } } }如果在 XML 中不配置property namelogService reflogService/那么logService属性为nulladdUser()方法仍然可以正常执行只是不记录日志而已。这就是 setter 注入灵活性的体现。场景构造器注入setter 注入依赖性质强制依赖必须有可选依赖可有可无注入时机创建对象时构造函数创建对象后初始化阶段安全性高确保依赖一定存在避免 null低可能忘记注入导致 null灵活性低创建后无法修改依赖高随时可以通过 setter 修改配置缺失时的行为容器启动失败无法创建 Bean属性为 null但 Bean 可创建核心功能可用7.3 集合注入当属性为集合类型List、Set、Map、Properties时使用对应的子标签bean idcollectionBean classcom.example.CollectionBean !-- List -- property namelist list valuevalue1/value ref beansomeBean/ /list /property !-- Set -- property nameset set valuevalueA/value ref beananotherBean/ /set /property !-- Map -- property namemap map entry keykey1 valuevalue1/ entry keykey2 value-refsomeBean/ /map /property !-- Properties -- property nameprops props prop keypropKeypropValue/prop /props /property /bean8. 自动装配autowire手动配置每个property或constructor-arg确实比较繁琐。Spring 提供了自动装配功能让容器自动查找并注入依赖进一步简化配置。8.1 什么是自动装配自动装配是指 IoC 容器根据 Bean 所依赖的资源在容器中自动查找并注入到 Bean 中的过程。8.2 自动装配的几种方式按类型byType容器根据属性的类型在容器中寻找匹配的 Bean 注入。常用。按名称byName容器根据属性的名称寻找 id 或 name 与该属性名相同的 Bean 注入。按构造方法constructor类似于 byType但作用于构造器参数。不启用自动装配no默认值不自动装配。8.3 配置自动装配只需在bean标签中添加autowire属性按类型注入byTypebean idbookDao classcom.itheima.dao.impl.BookDaoImpl/ bean idbookService classcom.itheima.service.impl.BookServiceImpl autowirebyType/注意事项目标类中对应属性的 setter 方法不能省略Spring 需要通过 setter 注入。如果按类型匹配时容器中有多个相同类型的 Bean会抛出NoUniqueBeanDefinitionException。被注入的 Bean 必须被 Spring IoC 容器管理即配置了bean或通过注解扫描。按名称注入byNamebean idbookDao classcom.itheima.dao.impl.BookDaoImpl/ bean idbookService classcom.itheima.service.impl.BookServiceImpl autowirebyName/按名称注入的规则Spring 会查找与属性名即 setter 方法去掉set后首字母小写的名称相同 id 的 Bean。例如类中属性名为bookDaosetter 为setBookDaoSpring 就会查找 id 为bookDao的 Bean 注入。如果找不到对应名称的 Bean则不注入属性为null不会报错。当同一类型有多个 Bean 时按名称注入可以避免歧义。8.4 自动装配与手动配置的权衡优点减少配置量提高开发效率。缺点不够直观可能产生隐式的依赖关系调试时不易发现。建议在小型项目或简单依赖中可以使用自动装配在大型项目或关键依赖上仍推荐显式配置以保证清晰可控。9. 总结从纯 XML 到纯注解Spring 的配置方式虽然越来越简洁但底层 IoC 容器的工作机制始终未变对象创建通过无参构造、静态工厂、实例工厂或 FactoryBean 完成。依赖注入通过 setter 注入或构造器注入将依赖对象“自动”装配到目标 Bean 中。强制依赖用构造器可选依赖用 setter。生命周期通过init-method和destroy-method管理初始化与销毁并利用钩子或容器关闭确保销毁逻辑执行。加载策略默认饥饿式加载可按需配置为懒加载。自动装配利用autowire属性简化配置byType 和 byName 各有适用场景。