Spring Framework 的体系结构并不是一个笼统的整体，而是由二十多个模块按职责边界组合而成的分层架构。理解这些模块的定位和协作关系，比单纯记忆注解或配置方式更有价值。本文会先拆解 Spring 各模块分组，再分析 IoC 容器与 Bean 生命周期的协作机制，最后集中澄清几个常见误区，并给出可落地的实践建议。
一、Spring体系结构的模块组成与核心职责
Spring Framework 官方将模块分为以下几组：Core Container、Data Access/Integration、Web、AOP、Instrumentation、Messaging 和 Test。Core Container 是整个框架的地基，包含 spring-core、spring-beans、spring-context、spring-context-support 和 spring-expression。spring-core 提供资源访问、类型转换、序列化等底层能力；spring-beans 负责 Bean 定义解析、装配和 BeanFactory 实现；spring-context 在 BeanFactory 基础上扩展出 ApplicationContext，加入国际化、事件发布和资源加载；Expression 模块提供 SpEL 表达式语言。
Data Access/Integration 组解决数据访问问题，包括 spring-jdbc、spring-tx、spring-orm、spring-oxm 和 spring-jms。spring-jdbc 封装了 JDBC 样板代码，spring-tx 提供声明式事务抽象，spring-orm 集成 Hibernate、JPA 等 ORM 框架，spring-oxm 处理对象与 XML 映射，spring-jms 面向消息中间件。Web 组包含 spring-web、spring-webmvc、spring-websocket 和 spring-webflux，分别支撑基础 Web 能力、MVC 模式、WebSocket 通信和响应式 Web。AOP 模块提供面向切面编程，Instrumentation 用于类加载期增强，Messaging 提供消息处理基础抽象，Test 模块支持单元测试和集成测试。
这里有一个关键认知：Spring Boot、Spring Security、Spring Cloud 并不属于 Spring Framework 的体系结构，它们是构建在 Framework 之上的生态项目。Spring Boot 用自动配置和 starter 简化依赖管理，但底层容器和模块仍然来自 Framework。因此，学习 Spring 体系结构时，要先把 Framework 自身的模块边界看清楚，再去理解 Boot 的封装。
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-jdbc</artifactId>
</dependency>
二、IoC容器、DI与Bean生命周期如何协作
IoC 容器是 Spring 体系结构的核心，它负责对象的创建、装配和生命周期管理。BeanFactory 是最基础的容器接口，提供按需获取 Bean 的能力；ApplicationContext 是更常用的容器，它在 BeanFactory 基础上增加了国际化、事件发布、AOP 集成和 Web 上下文支持。控制反转意味着对象不再自行创建依赖，而是由容器注入；依赖注入是实现这一思想的主要方式，包括构造器注入、Setter 注入和字段注入。很多人把 IoC 和 DI 当作同义词，严格来说前者是设计原则，后者是实现手段。
Bean 生命周期大致可以概括为：BeanDefinition 加载与注册、实例化、属性填充、Aware 接口回调、BeanPostProcessor 前置处理、初始化方法、BeanPostProcessor 后置处理、使用、销毁。理解生命周期有助于定位 Bean 创建异常、循环依赖和启动性能问题。ApplicationContext 启动时会扫描配置类或 XML，把类描述解析为 BeanDefinition，然后根据作用域创建实例；单例 Bean 在容器启动时默认创建，原型 Bean 在每次获取时创建。
下面展示一个通过构造器注入依赖的配置类，这种写法依赖关系清晰，也便于在测试中替换实现。
@Configuration
public class OrderConfig {
@Bean
public OrderRepository orderRepository() {
return new JdbcOrderRepository();
}
@Bean
public OrderService orderService(OrderRepository orderRepository) {
return new OrderService(orderRepository);
}
}
如果想在 Bean 初始化完成时执行某些逻辑，可以实现 InitializingBean 和 DisposableBean 接口，或者使用 @PostConstruct 与 @PreDestroy 注解。
@Component
public class CacheWarmUp implements InitializingBean, DisposableBean {
@Override
public void afterPropertiesSet() {
// 容器完成属性注入后执行
loadCache();
}
@Override
public void destroy() {
// 容器关闭时执行
clearCache();
}
private void loadCache() { }
private void clearCache() { }
}
三、Spring体系结构常见误区与避坑建议
第一个常见误区是把 Spring Boot 当成 Spring 体系结构本身。Spring Boot 是快速构建 Spring 应用的工具，它的自动配置和 starter 让人感觉接近零配置，但底层还是 Spring Framework 的核心容器、AOP 和数据访问模块。如果只学 Boot 不学 Framework，遇到自动配置失效或版本冲突时很难定位。避坑建议是在项目里查看依赖树，确认 spring-context、spring-aop 等模块的版本和来源，理解自动配置背后的条件装配逻辑。
第二个误区是认为 IoC 和 DI 完全一样，或者认为依赖注入只能通过 @Autowired 实现。依赖注入有构造器、Setter、字段三种方式，字段注入虽然简洁，但会让对象在容器外难以实例化，也使依赖无法保持不可变。推荐使用构造器注入，可以保证依赖不为空、提高测试性。第三个误区是把 AOP 的应用范围局限在日志打印。实际上，Spring 的声明式事务、权限控制、缓存、重试等几乎都是基于 AOP 实现的。理解代理机制有助于判断为什么同类内部调用会导致事务失效。
第四个误区是默认所有 Bean 都是单例，因此忽略线程安全问题。单例 Bean 中如果保存了可变状态，多个线程访问时会出现数据竞争。应当把业务状态放在方法参数或数据库、缓存等外部存储中。第五个误区是认为 XML 配置已经完全过时。XML 在遗留系统、复杂装配和与第三方框架集成时仍然有用，注解和 Java 配置更适合业务代码。第六个误区是把 Spring 限定为 Web 服务端框架。Spring 还可以用于桌面应用、批处理任务、消息驱动程序和响应式系统，体系结构的模块化设计使其不完全依赖 Servlet。
四、如何把体系结构认知落到项目实践中
项目工程中先保持依赖边界清晰。不需要把 spring-boot-starter-web 的所有传递依赖都当成直接依赖使用；如果只用核心容器和 JDBC，可以只引入 spring-context、spring-jdbc 和 spring-tx。模块化配置时，可以把数据源、事务、安全、Web 等配置拆分成独立的 @Configuration 类，避免把所有 Bean 注册集中在一个主类里。
利用容器特性降低耦合。通过 ApplicationContext 事件可以实现模块间解耦，例如订单创建后发布事件，由库存和积分模块监听处理，而不是直接调用服务。通过 Aware 接口或 BeanPostProcessor 可以介入 Bean 生命周期，适合做统一的日志代理、性能监控和参数校验。事务管理要理解 @Transactional 默认通过 AOP 代理生效，只有外部调用代理方法才会触发事务，同类内部方法调用不会经过代理。
下面的示例展示了如何开启事务管理，并通过事件发布实现服务间解耦。
@Configuration
@EnableTransactionManagement
public class ServiceConfig {
@Bean
public ApplicationEventMulticaster applicationEventMulticaster() {
SimpleApplicationEventMulticaster multicaster = new SimpleApplicationEventMulticaster();
multicaster.setTaskExecutor(new SimpleAsyncTaskExecutor());
return multicaster;
}
}
@Service
public class OrderService {
private final ApplicationEventPublisher eventPublisher;
public OrderService(ApplicationEventPublisher eventPublisher) {
this.eventPublisher = eventPublisher;
}
@Transactional
public void createOrder(Order order) {
// 落库逻辑
eventPublisher.publishEvent(new OrderCreatedEvent(order));
}
}
理解 Spring 体系结构不是为了背模块名称，而是为了在选型、排错和架构设计时能准确判断模块边界与协作方式。把 Framework 的模块组成、容器机制和 AOP 代理原理弄清楚，再使用 Spring Boot、Spring Cloud 等上层生态时才能避免被自动配置遮住关键细节。
Spring体系结构Spring框架依赖注入修改时间：2026-08-29 00:36:07