Seata源码分析之TransactionManager（二）

最新推荐文章于 2025-04-16 23:34:28 发布
最新推荐文章于 2025-04-16 23:34:28 发布
阅读量1.4k 收藏 1
点赞数 1
分类专栏： seata
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33513250/article/details/103417154
版权
本文深入探讨Seata的TransactionManager，包括@GlobalTransactional注解的使用，GlobalTransactionScanner如何创建代理，GlobalTransactionalInterceptor的拦截逻辑，GlobalLockTemplate的锁管理，TransactionalTemplate的事务操作模板，以及TransactionHookManager的事务钩子管理。通过对这些核心组件的分析，有助于理解Seata全局事务的处理流程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

一、@GlobalTransactional

二、GlobalTransactionScanner

三、GlobalTransactionalInterceptor

四、GlobalLockTemplate

五、TransactionalTemplate

六、TransactionHookManager

一、@GlobalTransactional

下面我们来分析通过@GlobalTransactional注解调用的代码结构，@GlobalTransactional注解应用于运行期，在方法上添加。

public @interface GlobalTransactional {

    // 默认超时时间
    int timeoutMills() default TransactionInfo.DEFAULT_TIME_OUT;
    // 名称
    String name() default "";
    // 对于特定异常，回滚
    Class<? extends Throwable>[] rollbackFor() default {};
    // 对于特定异常的className回滚
    String[] rollbackForClassName() default {};
    // 对于特定异常，不回滚
    Class<? extends Throwable>[] noRollbackFor() default {};
    // 对于特定异常的className，不回滚
    String[] noRollbackF
了解本专栏 订阅专栏 解锁全文 超级会员免费看
Seata源码分析之TransactionManager（一）
qq_33513250的博客
12-05 1525
目录 一、用户开启事务示例 1.GlobalTransaction的api方式 2.@GlobalTransaction注解方式 二、TransactionManager 三、DefaultTransactionManager 四、TransactionManagerHolder 五、GlobalTransaction 六、DefaultGlobalTransaction ...
【SpringCloud-Seata源码分析3】
weixin_47068446的博客
06-24 644
seata后台服务时对事务进行的异步提交，首先来分析一下我们后端服务的入口DefaultCoordinator#doglobalCommit方法。前面两篇我们分析了seata的TC初始化和TM,RM初始化，并且事务准备阶段源码及业务Sql执行，下面我们分析事务的提交源码。AT模式将事务状态改为异步提交AsyncCommitting，然后定时运行线程池1s轮训运行一次。服务端的事务回滚是从GlobalRollbackRequest方法进入的。获取所有的一步提交状态的事务，并加上排他锁。
Seata Transaction Manager
贝克街的流浪猫
03-31 471
引言 前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文介绍 Seata 中 Transaction Manager 的实现。 TM TM 和 TC 一样是一个共通的模块, 无论是 AT 模式还是 TCC 模式都需要使用 TM 模块。 首先 TM 在启动的时候会去连接 TC Server, 然后然后通过该 TM Client 与 TC 模块进行通讯。在 TM 模块中最核心的接口就是 GlobalTransaction, 里面包含了全局事务的创建, 提交, 回滚过程, 其实质
基于 Seata 的事务钩子+定时任务保障支付成功后上链的一致性
最新发布
埃泽漫笔
04-16 461
一旦出现网络延迟，中断，或者外部平台的不可用，就可能会导致整个事务回滚，更重要的是，即使我们做了分布式事务，用了AT模式，但是外部平台是无法回滚的，只有我们自己的数据库才能一起回滚，这里借助了seata的TransactionHook，这是个事务回调，他可以在事务的commit、rollbak等动作执行的时候，回调对应的方法。当然，调链服务，或者上链操作，有可能也会失败，只不过这种失败的概率就比较低了，我们只需要再引入一个定时任务针对失败的重试就可以了。但是第六步，我们并没有放到分布式事务中，原因是什么？
Seata AT模式TransactionHook竟然会被莫名删除！
m0_73311735的博客
11-15 352
兄弟们，刚刚又给seata社区修了一个BUG，有用户提了issue反应TransactionHook在某些情况下不会被调用：，该用户在issue中已经指出了相关问题所在：下面我们来看一下到底是什么原因导致了上述BUG的产生。
Seata 分支事务
贝克街的流浪猫
03-31 439
引言 前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文先来介绍 Seata 中分支事务的整体实现思想。 Branch Type 我们已经知道在 Seata 中, 分支事务分 AT 模式和 TCC 模式, 那么, Seata 是怎么区分出 AT 模式和 TCC 模式的呢? 这也借助了 Spring 的 AOP 特性, 我们在 TM 中介绍的 GlobalTransactionalInterceptor 实际上只负责 AT 模式, TCC 模式是另一套拦截器实现, 而这两种拦
Seata AT模式TransactionHook会被莫名删除？
Huangjiazhen711的博客
11-15 431
兄弟们，刚刚又给seata社区修了一个BUG，有用户提了issue反应TransactionHook在某些情况下不会被调用：该用户在issue中已经指出了相关问题所在：下面我们来看一下到底是什么原因导致了上述BUG的产生。
seata源码分析之全局事务的开启跟xid的传递
scientificCommunity的博客
07-11 6200
概览 首先我们通过@GlobalTransactional这个注解开启一个全局事务，而GlobalTransactionScanner.wrapIfNecessary()会为所有方法上加了这个注解的bean注入一个包装了GlobalTransactionalInterceptor实例的advisor，然后返回一个代理对象。GlobalTransactionalInterceptor会在该bean的方法调用前进行拦截，判断是否开启全局事务 @Override protected Object wrapI
结合seata和2PC，简单聊聊seata源码
sjdxx的博客
10-13 2102
基于seata1.6.1 的源码分析
Seate分布式事务
tanksyg的专栏
02-28 1993
同步提交事务，查询到当前全局事务下所有的分支事务，通知客户端提交分支事务，如果失败，则将状态更新为 CommitRetrying，由另一个线程反复重试，直到成功为止。这个模块是全局事务管理器，负责开启全局事务、提交全局事务、回滚全局事务、查询全局事务的状态、上报本地事务状态等。3. 执行事务提交操作，异步则是将全局事务状态更新为 AsyncCommitting，更新到数据库，后面由定时任务重新拉起， 执行同步提交事务;这个是资源管理器，负责分支事务注册、分支事务提交、分支事务回滚、锁查询等操作。
分布式事务-Seata.xmind
08-11
分布式事务-Seata.xmind 分布式事务-Seata.xmind 分布式事务-Seata.xmind
阿里中间件seata源码剖析三：聊聊seata中的ShutdownHook
zjj2006的专栏
09-09 633
阿里分布式中间件seata中shutdownhook相关源码解读
Seata Transaction Coordinator
贝克街的流浪猫
03-31 356
引言 前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文介绍 Seata 中最核心的模块 Transaction Coordinator 的实现。 TC Transaction Coordinator 整体的模块图如上所示: Coordinator Core: 在最下面的模块是事务协调器核心代码，主要用来处理事务协调的逻辑，如分支的注册, commit, rollback 等协调活动。 Store: 存储模块，用来将我们的数据持久化，防止重启或者宕机数据丢失。 Disc
seata执行闪退_阿里开源分布式事务组件 seata : 客户端事务执行逻辑分析
weixin_39951181的博客
12-23 261
前言先前在《阿里开源分布式事务组件 seata ：demo 环境搭建以及运行流程简析》 这篇文章中已经提到过：seata 客户端在处理事务逻辑的时候，实际上采用模板模式，委托给了 TransactionalTemplate 类去执行标准的事务处理流程，如下代码所示：public Object execute(TransactionalExecutor business) throws Throwa...
Seata 之 @GlobalTransactional 在TM侧的核心逻辑串烧【保熟】
BASK2312的博客
05-12 724
Seata 依赖 Spring 的注解机制，实现声明式事务，即开发者给 Bean 使用注解 ，Seata 通过重写此类 Bean 生命周期的三个阶段以完成分布式事务能力，这 3 步为：Bean 初始化阶段(`afterPropertiesSet()``)初始化 TM RM 客户端，建立与 TC 的长连接Bean 初始化后阶段(`wrapIfNecessary()``)见名知意，如果有必要就包裹(wrap)起来；所以如果 Bean 的方法上有注解。
Seata-AT事务源码分析
weixin_38650898的博客
12-20 648
文章目录前言源码分析入口SeataAutoDataSourceProxyCreatorGlobalTransactionScanner第一阶段第二阶段 前言 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。 二阶段： 提交异步化，非常快速地完成。 回滚通过一阶段的回滚日志进行反向补偿。 以一个示例来说明： 两个全局事务 tx1 和 tx2，分别对 a 表的 m 字段进行更新操作，m 的初始值 1000。 tx1 先开始，开启本地事务，拿到本地锁，更新操作 m = 1000 -
盘点 Seata : Client 端 AT 事务请求Server 流程
black-ant
08-19 490
首先分享之前的所有文章 , 欢迎点赞收藏转发三连下次一定 >>>> ???????????? 文章合集 : ???? https://juejin.cn/post/6941642435189538824 Github : ???? https://github.com/black-ant CASE 备份 : ???? https://gitee.com/antblack/case 一 . 前言 前面一篇说了 AT 模式中到 Template 的所有流程 ,
Seata源码分析与分布式事务实践指南
资源摘要信息:"cloudalibaba-seata.zip是一个包含与Seata相关的博客源码的压缩文件。Seata是一个开源的分布式事务解决方案，致力于提供高性能和易用性的分布式事务服务。本文将详细介绍Seata的相关知识点，并结合...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值