1. Spring AOP与事务管理核心概念解析

Spring框架中的AOP（面向切面编程）和事务管理是企业级Java开发中两个至关重要的技术点。AOP通过将横切关注点（如日志、权限、事务）与业务逻辑分离，显著提升了代码的可维护性；而事务管理则确保了数据操作的原子性和一致性。XML配置方式作为Spring的传统配置方案，在企业遗留系统中仍广泛使用，理解其原理对维护老系统至关重要。

1.1 AOP的核心实现机制

Spring AOP底层主要基于两种代理模式：

• JDK动态代理：针对实现了接口的目标类，通过java.lang.reflect.Proxy创建代理实例
• CGLIB代理：针对没有接口的类，通过继承方式生成子类代理

实际开发中，当目标类实现了至少一个接口时，Spring默认使用JDK动态代理，否则使用CGLIB。可以通过<aop:config proxy-target-class="true">强制启用CGLIB。

两种代理方式的性能差异在大多数业务场景下可以忽略，但在高并发系统中需要注意：

• JDK动态代理调用稍快（纳秒级差异）
• CGLIB初始化稍慢但调用效率相当
• CGLIB会生成更多持久代内存占用

1.2 事务管理的本质

Spring事务管理的核心是PlatformTransactionManager接口，其常见实现包括：

• DataSourceTransactionManager：用于JDBC和MyBatis
• HibernateTransactionManager：用于Hibernate
• JpaTransactionManager：用于JPA

@Transactional注解实际上是基于AOP实现的声明式事务管理，其工作流程如下：

1. 容器启动时解析@Transactional注解
2. 为被注解的类/方法创建代理
3. 方法调用时通过TransactionInterceptor进行拦截
4. 根据注解属性决定事务行为

2. XML配置AOP的完整实践

2.1 基础环境搭建

首先需要在pom.xml中添加必要依赖：

<dependency> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> <version>5.3.22</version> </dependency> <dependency> <groupId>org.aspectj</groupId> <artifactId>aspectjweaver</artifactId> <version>1.9.7</version> </dependency>

2.2 典型AOP配置示例

以下是一个完整的日志切面配置：

<!-- 启用AOP注解支持 --> <aop:aspectj-autoproxy/> <!-- 定义切面Bean --> <bean id="loggingAspect" class="com.example.aop.LoggingAspect"/> <!-- AOP配置 --> <aop:config> <aop:aspect ref="loggingAspect"> <!-- 切入点表达式 --> <aop:pointcut id="serviceLayer" expression="execution(* com.example.service.*.*(..))"/> <!-- 前置通知 --> <aop:before pointcut-ref="serviceLayer" method="logBefore"/> <!-- 后置通知 --> <aop:after-returning pointcut-ref="serviceLayer" returning="result" method="logAfterReturning"/> </aop:aspect> </aop:config>

2.3 切入点表达式详解

Spring AOP使用AspectJ切入点表达式语言，常见模式包括：

• execution([修饰符] 返回类型 [类名].方法名(参数))
• within(包名..*)：匹配指定包下的所有类
• this(类型全限定名)：匹配代理对象是指定类型的实例
• target(类型全限定名)：匹配目标对象是指定类型的实例
• @annotation(注解类型)：匹配带有指定注解的方法

表达式中的通配符：

• *：匹配任意字符（除包分隔符）
• ..：匹配任意子包或任意数量参数

3. 事务管理的深度配置

3.1 XML方式配置事务

典型的事务管理器配置：

<!-- 数据源配置 --> <bean id="dataSource" class="org.apache.commons.dbcp2.BasicDataSource"> <!-- 省略数据源参数 --> </bean> <!-- 事务管理器 --> <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <!-- 事务通知 --> <tx:advice id="txAdvice" transaction-manager="txManager"> <tx:attributes> <tx:method name="get*" read-only="true"/> <tx:method name="find*" read-only="true"/> <tx:method name="*" propagation="REQUIRED"/> </tx:attributes> </tx:advice> <!-- AOP配置 --> <aop:config> <aop:pointcut id="serviceOperation" expression="execution(* com.example.service.*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="serviceOperation"/> </aop:config>

3.2 @Transactional注解详解

@Transactional的主要属性：

传播行为的常见选项：

• REQUIRED：支持当前事务，不存在则新建（默认）
• REQUIRES_NEW：新建事务，挂起当前事务
• NESTED：嵌套事务（部分数据库支持）
• SUPPORTS：支持当前事务，不存在则以非事务方式执行

4. 实战中的疑难问题解析

4.1 典型事务失效场景

1. 自调用问题：同一个类中方法A调用方法B，B上的@Transactional不会生效

   • 解决方案：通过AopContext.currentProxy()获取代理对象

2. 异常被捕获：事务方法中捕获了异常但没有重新抛出

   @Transactional public void update() { try { // 数据库操作 } catch (Exception e) { // 异常被吃掉，事务不会回滚 log.error("操作失败", e); } }

3. 非public方法：@Transactional在非public方法上不生效

4. 错误的事务管理器：多数据源时未指定正确的事务管理器

4.2 AOP与事务的优先级问题

当同时存在多个AOP切面时，执行顺序可能影响业务逻辑。可以通过以下方式控制顺序：

1. 实现org.springframework.core.Ordered接口
2. 使用@Order注解
3. XML配置中通过order属性指定

事务切面默认具有最高优先级（Ordered.LOWEST_PRECEDENCE - 1）

4.3 性能优化建议

1. 精确控制切入点表达式范围，避免过于宽泛的匹配
2. 对于频繁调用的简单方法，考虑使用编译期织入（AspectJ LTW）
3. 事务方法中避免长时间的非数据库操作
4. 合理设置事务超时时间，防止长时间锁表

5. 现代Spring Boot中的演进

虽然XML配置方式仍在维护，但现代Spring Boot项目更推荐使用Java配置方式：

@Configuration @EnableTransactionManagement public class AppConfig { @Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } @Bean public LoggingAspect loggingAspect() { return new LoggingAspect(); } }

与XML配置相比，Java配置具有以下优势：

• 编译时类型检查
• 更好的IDE支持
• 更简洁的配置方式
• 更容易与条件化配置结合使用

不过理解XML配置的原理对于处理以下场景仍然重要：

• 维护遗留系统
• 需要动态修改的配置
• 与某些第三方框架集成