传统 Spring 内容的现代阅读路径

Spring 框架自 2004 年发布以来，经历了从 XML 配置到注解配置、再到 Spring Boot 自动配置的演进。本模块保留了相当数量的传统内容（XML 配置、传统 Spring MVC 写法、旧式数据访问示例等），它们在今天不是现代项目的默认选择，但仍有重要的学习价值——关键在于用现代视角去阅读。

为什么要学传统内容

排障需要理解底层

Spring Boot 大大简化了配置，但出问题时必须理解底层机制：

• 事务失效：同类内部调用绕过了 AOP 代理，@Transactional 不生效
• 循环依赖：Bean 互相注入导致启动失败，需理解三级缓存
• AOP 代理边界：final 方法、非 public 方法无法被代理增强
• Bean 初始化顺序：@PostConstruct 与 @Autowired 的执行时序

这些问题的排查都依赖对传统 Spring 底层机制的理解，详见 事务管理与失效场景 和 Bean 生命周期与循环依赖。

维护存量项目

企业中大量存量项目仍在使用传统 Spring 配置。理解 XML 配置是维护老项目的基础能力：

<!-- 存量项目中常见的数据源与事务配置 -->
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource">
    <property name="url" value="${jdbc.url}"/>
    <property name="username" value="${jdbc.username}"/>
    <property name="password" value="${jdbc.password}"/>
</bean>

<bean id="transactionManager"
      class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource"/>
</bean>

<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="get*" read-only="true"/>
        <tx:method name="*" propagation="REQUIRED"/>
    </tx:attributes>
</tx:advice>

面试考察原理深度

面试官常通过传统配置考察候选人对原理的理解：

• Spring IoC 容器的启动流程是什么？
• Bean 的生命周期包含哪些阶段？
• AOP 如何选择 JDK 代理还是 CGLIB 代理？
• 声明式事务的实现原理是什么？

Spring 配置演进路线

每一次演进都是配置形式的变化，底层原理（IoC 容器管理对象、AOP 代理织入增强、事务边界控制）始终不变。

现代阅读三层法

第一层：只保留原理价值

阅读传统内容时，优先关注背后的原理，而非具体写法：

示例：IoC 原理不变，配置形式演进

传统 XML 配置：

<bean id="userService" class="com.example.UserService">
    <property name="userDao" ref="userDao"/>
</bean>
<bean id="userDao" class="com.example.UserDaoImpl"/>

现代注解配置（Spring 6 / Boot 3）：

@Service
public class UserService {
    private final UserDao userDao;

    // 构造器注入（推荐，替代字段注入 @Autowired）
    public UserService(UserDao userDao) {
        this.userDao = userDao;
    }
}

@Repository
public class UserDaoImpl implements UserDao { }

两种方式本质相同：容器启动 → 解析定义 → 反射创建 → 注入依赖 → 存入单例池。区别仅在于声明方式。

第二层：识别历史实现 vs 核心原理

历史实现（了解即可）：JSP 视图解析器、SimpleUrlHandlerMapping、手工 web.xml 配置等，是特定时期的实现方式，现代项目已不再使用。

核心原理（必须掌握）：IoC 容器的对象管理机制、AOP 的代理实现原理、事务的传播行为和隔离级别、MVC 的请求处理流程。

第三层：映射到 Spring Boot 自动配置

读传统内容时，始终带着三个问题：

1. 这个能力在 Spring Boot 里现在怎么体现？
2. 自动配置替你省掉了哪些工作？
3. 线上排障时哪些原理仍然有效？

示例：数据源配置的演进

传统 Spring（手工配置）：

<bean id="dataSource" class="com.zaxxer.hikari.HikariDataSource">
    <property name="jdbcUrl" value="${jdbc.url}"/>
    <property name="username" value="${jdbc.username}"/>
    <property name="password" value="${jdbc.password}"/>
    <property name="maximumPoolSize" value="20"/>
</bean>

Spring Boot 3（自动配置 + YAML）：

spring:
  datasource:
    url: jdbc:mysql://localhost:3306/mydb
    username: root
    password: secret
    hikari:
      maximum-pool-size: 20

原理映射：DataSourceAutoConfiguration 替你声明了 DataSource Bean，JdbcTemplateAutoConfiguration 替你创建了 JdbcTemplate。配置属性通过 @ConfigurationProperties 绑定到 YAML。

传统与现代对照速查

IoC 容器

AOP

事务管理

数据访问

Spring MVC

实战：验证自动配置做了什么

理解传统配置后，可以用以下方式验证 Spring Boot 自动配置替你完成了哪些工作：

@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        ConfigurableApplicationContext context = SpringApplication.run(Application.class, args);

        // 查看自动配置了哪些 DataSource Bean
        String[] dataSourceBeans = context.getBeanNamesForType(DataSource.class);
        System.out.println("DataSource Beans: " + Arrays.toString(dataSourceBeans));

        // 开启自动配置报告（debug 模式）
        // 启动参数加 --debug 或在 application.yml 中设置 debug: true
        // 可查看哪些自动配置生效、哪些未生效及原因
    }
}

常见误区

学习建议

历史资料索引

以下列出本模块中偏旧式写法的文件及其阅读价值，供维护存量项目或深入理解原理时按需查阅。

传统入门与 XML 配置

原文件：Spring 快速入门与配置文件（已合并至 Spring 概览）

旧式 AOP 扩展材料

原文件：AOP 开发（已合并至 AOP）

传统数据访问补充

原文件：DbUtils 与 Spring 注解开发（已合并至 IoC 容器）

数据访问（传统方式）

以下内容已合并至 事务管理与失效场景：

面试高频问题

1. 为什么传统 Spring 内容今天仍然值得看？ 排障需要理解底层原理（事务失效、循环依赖等）、维护存量项目需要、面试考察原理深度。

2. XML 配置和注解配置底层有什么共同点？ 底层都是生成 BeanDefinition 注册到容器，只是声明方式不同。XML 通过 XmlBeanDefinitionReader 解析，注解通过 ClassPathBeanDefinitionScanner 扫描。

3. Spring Boot 自动配置替你省掉了哪些工作？ 声明 DataSource Bean、配置连接池参数、创建 JdbcTemplate、注册 DispatcherServlet、配置视图解析器等。核心是 @Conditional 系列注解根据条件决定是否装配。

4. Spring 6 相比 Spring 5 有哪些影响阅读旧资料的变化？ 包名从 javax.* 迁移到 jakarta.*；AOP 默认使用 CGLIB 代理（proxy-target-class=true）；最低要求 Java 17。

5. 构造器注入为什么比字段注入（@Autowired on field）更推荐？ 依赖不可变（final）、不为 null、不依赖容器也能测试、编译期可发现循环依赖。

版本差异(旧版 → Spring 6.x)