96SEO 2026-08-02 02:19 0
说起来,
上篇文章介绍了 Spring AOP 的实现原理。掌握了 AOP再理解 Spring 事务会简单很多。提到事务,往往指的是关系型数据库的事务,而 Spring 本身并不提供事务。它通过一系列代码逻辑来管理数据库事务,实现业务场景中的嵌套处理。
使用者痛点:在实际项目中。经常碰到“标注了 @Transactional 但数据未回滚”“嵌套事务失效”等问题,这正是因为对 Spring 事务底层实现缺乏了解导致的。说起来,

这篇文章使用的 SpringBoot 版本为 {SpringBootVersion}从源码入口出发。梳理涉及的关键类与交互流程。
直接在方法上标注 @Transactional 即可。使该方法在事务环境中运行,出现指定异常时自动回滚。
@Transactional
public void test1 {
// 业务代码
}
@Transactional 包含多个属性,可细粒度控制事务行为:
public @interface Transactional {
@AliasFor
String transactionManager default "";// 指定事务管理器
Propagation propagation default Propagation.REQUIRED;说起来,// 传播行为
Class extends Throwable> rollbackFor default {};// 回滚异常
int timeout default TransactionDefinition.TIMEOUT_DEFAULT;话说回来,// 超时时间
// ...其他属性
}
TransactionTemplate 是 spring-tx 提供的编程式事务工具。支持有返回值和无返回值两种 API。SpringBoot 自动配置如下:
@Configuration
@ConditionalOnSingleCandidate
public static class TransactionTemplateConfiguration {
@Bean
@ConditionalOnMissingBean
public TransactionTemplate transactionTemplate {
return new TransactionTemplate;老实说,}
}
@Autowired
private TransactionTemplate transactionTemplate;怎么说呢,public void test2 {
transactionTemplate.execute {
@Override
protected void doInTransactionWithoutResult {
try {
// 业务逻辑
} catch {
status.setRollbackOnly;throw new RuntimeException;}
}
}),}
public void test3 {
Object result = transactionTemplate.execute(status -> {
try {
// 业务逻辑并返回结果
return someResult;} catch {
status.setRollbackOnly;老实说,throw new RuntimeException;}
}),}
痛点提示:If you mix declarative and programmatic transactions incorrectly。you may get “nested transaction not working” errors. Ensure propagation behavior matches your needs.
Spring 为不同业务场景提供了七种传播行为,每种行为决定了当前是否加入已有事务或新建独立事务。
| Propagation | 如果当前有/没有事务时的处理方式 | 典型使用场景 | |
|---|---|---|---|
| 有事务时 | 无事务时 | ||
| REQUIRED | 加入当前事务或新建一个 | 新建一个 | 业务方法、日志记录、查询等多数场景均使用此默认值。 |
| SUPPORTS | 加入当前事务 | 以非事务方式执行 | |
| MANDATORY | 加入当前事务 | 抛出 IllegalTransactionStateException | |
| REQUIRESNEW | 挂起当前事务并新建独立事务 | 新建一个 | |
| NOTSUPPORTED挂起当前事务。以非事务方式执行 非事务执行 | |||
| NESTED在当前事物内部创建保存点 新建一个 | |||
Pain Point: Many developers mistakenly think REQUIRES_NEW 完全隔离外层异常,其实外层回滚仍会影响内层资源。不过,正确做法是确保外层捕获异常后不影响内层提交。
The core interface for Spring’s transaction handling is TransactionManager \ PlatformTransactionManger \ AbstractPlatformTransactionManager \…
它定义了三个最基本的方法:获取、提交、回滚。
public interface PlatformTransactionManager extends TransactionManager {
/** * 获取交易 */
TransactionStatus getTransaction throws
TransactionException;/** * 提交交易 */
void commit throws
TransactionException;/** * 回滚交易 */
void rollback throws
}
所有数据库操作最终都归结为对 JD娱乐 Connection 的三步操作: ① 开启(setAutoCommit) ② commit ③ rollback。抽象层只需把这些操作封装进上述三个方法即可。
在 SpringBoot 项目中引入
`TransactionInterceptor` 实现了 MethodInterceptor。是声明式交易背后的环绕通知实现。
其中
`TransactionSynchronizationManager` 用于把当前线程绑定的资源还有同步回调保存起来实现跨多个组件共享同一事物上下文。
再看主要方法,
java
// 把 Connection 等资源绑定到当前线程
public static void bindResource{...}
// 注册同步回调。用于 commit/rollback 前后通知
public static void registerSynchronization{...}
痛点在自定义线程池或异步任务中,如果忘记把上下文复制到子线程,会导致 “No transactional resource bound to thread”。方法是使用
`TransactionSynchronization` 是针对单个绑定到线程的事物提供的细粒度回调接口,例如保存点、flush 等。
痛点不少开发者误以为 MySQL 的 SEPOINT 能跨不同 Connection 使用,只能在同一 JD娱乐 Connection 上生效;若使用连接池切换连接,会导致 “Invalid savepoint”。务必确保同一事物期间不切换数据源。
`TransactionExecutionListener` 是 Spring 6 新增,用于全局感知所有事物生命周期事件。按理说,它由抽象类 `AbstractPlatformTransactionManager` 持有。并在每一步骤遍历调用,
对比痛点
* Scope: Listener 全局生效;Synchronization 则仅对当前线程绑定的事物有效。* 异常影响: Listener 抛出的异常会导致整个事物回滚,需要自行捕获;而 Synchronization 的异常通常被忽略,不影响主事物。
... spring-boot-starter-jdbc \ \ \ \ \ \ \ \ \ .\
xml
TransactionDefinition 与 TransactionStatus 区别
维度 TransactionDefinition TransactionStatus
角色 定义阶段 运行阶段
生命周期 获取事物前由调用者提供 事物获取后由框架创建。结束后销毁
可变性 不可变 可变
存储内容 隔离级别、超时、只读等属性 是否新事物、是否回滚标记等运行信息
### 普通声明式交易
java
@Transactional
public void saveOrder{
// db 操作...
}
说到**流程**,AOP 创建代理 → 方法调用前 `invokeWithinTransaction` 开启事物 → 方法正常结束 → commit;怎么说呢,若抛出 unchecked 异常 → rollback。### 嵌套交易示例
java
@Service
public class OrderService{
@Transactional
public void createOrder{
// 外层业务...
paymentService.pay;// REQUIRES_NEW 示例
}
}
@Service
public class PaymentService{
@Transactional
public void pay{
// 内层独立事物...
}
}
**痛点**的观点是。很多人误以为 REQUIRES_NEW 能保证外层异常不影响内层提交,但若外层捕获异常后继续抛出,则整个外层仍会触发回滚;此时需要在外层捕获并自行处理,否则内层已提交的数据也会被标记为错误状态。其实,
主要拦截器 – TransactionInterceptor
public class TransactionInterceptor extends TransactionAspectSupport implements MethodInterceptor,Serializable {
@Override
public Object invoke throws Throwable{
Class> targetClass =!=null,AopUtils.getTargetClass) : null);// 在这里完成开启/提交/回滚的完整流程
return invokeWithinTransaction。targetClass,invocation::proceed);}
}
invokeWithinTransaction 位于父类 TransactionAspectSupport负责读取注解属性、获取对应 PlatformTransactionManager 并委托其执行。
ThreadLocal 容器 – TransactionSynchronizationManager
public abstract class TransactionSynchronizationManager{
private static final ThreadLocalTaskExecutorBuilder#transactionAware 或手动复制 resources。
同步回调 – TransactionSynchronization
public interface TransactionSynchronization extends Ordered,Flushable{
default void suspend{ }
default void resume{ }
default void flush{ }
default void savepoint{ }
default void savepointRollback{ }
default void beforeCommit{ }
default void beforeCompletion{ }
default void afterCommit{ }
default void afterCompletion{ }
}
保存点示例
java
@Transactional
public void demoSavepoint{
Object sp = TransactionAspectSupport.currentTransactionStatus
.createSavepoint;// ,部分业务失败 …if{
TransactionAspectSupport.currentTransactionStatus
.rollbackToSavepoint;return,}
}
全局监听 – TransactionExecutionListener
java
public interface TransactionExecutionListener{
default void beforeBegin{ }
default void afterBegin{ }
default void beforeCommit{ }
default void afterCommit{ }
default void beforeRollback{ }
default void afterRollback{ }
}
自动装配方法
ExecutionListenersTransactionManagerCustomizertransactionManager.addListenerjava
@Bean
public TransactionExecutionListener myListener{
return new TransactionExecutionListener{
@Override public void beforeCommit{
log.info;}
// ,其他方法…},}
监听器 vs 同步器 对比表格
/>\&\&\&\&\&\&\&\&\
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback