Spring事务传播行为详解.【事务传播行为，看这一篇文章就够了】

最新推荐文章于 2024-01-05 09:33:36 发布
最新推荐文章于 2024-01-05 09:33:36 发布
阅读量316 收藏 2
点赞数
分类专栏： JaveEE Spring 文章标签： Spring 事务传播行为
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kingmax54212008/article/details/83866221
版权

Spring事务传播行为详解

前言

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性，他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱，使用事务传播行可以为我们的开发工作提供许多便利。但是人们对他的误解也颇多，你一定也听过“service方法事务最好不要嵌套”的传言。要想正确的使用工具首先需要了解工具。本文对七种事务传播行为做详细介绍，内容主要代码示例的方式呈现。

基础概念

1. 什么是事务传播行为？

事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播。

用伪代码说明：

public void MethodA(){
     methodB（）；
    // dosomething  
}

@Transaction(propagation=xxx)
public void methodB(){
    //dosomething
}

代码中methodA()方法嵌套调用了methodB()方法，methodB()的事务传播行为由@Transaction(Propagation=XXX)设置决定。这里需要注意的是methodA()并没有开启事务，某一个事务传播行为修饰的方法并不是必须要在开启事务的外围方法中调用。

2. Spring中七种事务传播行为

事务传播行为类型说明
PROPAGATION_REQUIRED如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY使用当前的事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

.定义非常简单，也很好理解，下面我们就进入代码测试部分，验证我们的理解是否正确。

代码验证

文中代码以传统三层结构中两层呈现，即Service和Dao层，由Spring负责依赖注入和注解式事务管理，DAO层由Mybatis实现，你也可以使用任何喜欢的方式，例如，Hibernate,JPA,JDBCTemplate等。数据库使用的是MySQL数据库，你也可以使用任何支持事务的数据库，并不会影响验证结果。

首先我们在数据库中创建两张表：

user1

CREATE TABLE `member`  (
  `uid` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `account` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `password` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `state` tinyint(1) NOT NULL DEFAULT 1,
  `username` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `usercode` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `email` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `sex` int(11) NULL DEFAULT NULL,
  `birthdate` datetime NULL DEFAULT NULL,
  `frominfo` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `selfintro` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `qq` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `companyname` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `phone` varchar(56) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `group_id` int(11) NULL DEFAULT NULL,
  `updated_at` datetime NOT NULL,
  `created_at` datetime NOT NULL,
  PRIMARY KEY (`uid`, `account`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

user2

CREATE TABLE `member2`  (
  `uid` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `account` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `password` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
  `state` tinyint(1) NOT NULL DEFAULT 1,
  `username` varchar(64) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `usercode` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `email` varchar(128) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `sex` int(11) NULL DEFAULT NULL,
  `birthdate` datetime NULL DEFAULT NULL,
  `frominfo` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `selfintro` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `qq` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `companyname` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `phone` varchar(56) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  `group_id` int(11) NULL DEFAULT NULL,
  `updated_at` datetime NOT NULL,
  `created_at` datetime NOT NULL,
  PRIMARY KEY (`uid`, `account`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;

然后编写相应的Bean和DAO层代码：

User1

 
public class Member extends BaseEntity implements UserDetails {
    @Id
    @Column(name = "uid")
    @GeneratedValue(generator = "UUID")
    private String uid;

    private String account;

    private String password;

    private Integer state;

    private String username;

    private String usercode;

    private String email;

    private Integer sex;

    private Date birthdate;

    private String frominfo;

    private String selfintro;

    private String qq;

    private String companyname;

    private String phone;

    @Column(name = "group_id")
    private Integer groupId;

    @Column(name = "updated_at")
    private String updatedAt;

    @Column(name = "created_at")
    private String createdAt;

    @Transient
    @JsonIgnore
    private String sort = "";

    @Transient
    @JsonIgnore
    private String order = "";

    public String getUid() {
        return uid;
    }

    public void setUid(String uid) {
        this.uid = uid;
    }

    public String getAccount() {
        return account;
    }

    public void setAccount(String account) {
        this.account = account;
    }

    public String getPassword() {
        return password;
    }

    public void setPassword(String password) {
        this.password = password;
    }
    /**
     * @return state
     */
    public Integer getState() {
        return state;
    }

    /**
     * @param state
     */
    public void setState(Integer state) {
        this.state = state;
    }

    /**
     * @return username
     */
    @Override
    public String getUsername() {
        return username;
    }

    /**
     * @param username
     */
    public void setUsername(String username) {
        this.username = username;
    }

    /**
     * @return usercode
     */
    public String getUsercode() {
        return usercode;
    }

    /**
     * @param usercode
     */
    public void setUsercode(String usercode) {
        this.usercode = usercode;
    }

    /**
     * @return email
     */
    public String getEmail() {
        return email;
    }

    /**
     * @param email
     */
    public void setEmail(String email) {
        this.email = email;
    }

    /**
     * @return sex
     */
    public Integer getSex() {
        return sex;
    }

    /**
     * @param sex
     */
    public void setSex(Integer sex) {
        this.sex = sex;
    }

    /**
     * @return birthdate
     */
    public Date getBirthdate() {
        return birthdate;
    }

    /**
     * @param birthdate
     */
    public void setBirthdate(Date birthdate) {
        this.birthdate = birthdate;
    }

    /**
     * @return frominfo
     */
    public String getFrominfo() {
        return frominfo;
    }

    /**
     * @param frominfo
     */
    public void setFrominfo(String frominfo) {
        this.frominfo = frominfo;
    }

    /**
     * @return selfintro
     */
    public String getSelfintro() {
        return selfintro;
    }

    /**
     * @param selfintro
     */
    public void setSelfintro(String selfintro) {
        this.selfintro = selfintro;
    }

    /**
     * @return qq
     */
    public String getQq() {
        return qq;
    }

    /**
     * @param qq
     */
    public void setQq(String qq) {
        this.qq = qq;
    }

    /**
     * @return companyname
     */
    public String getCompanyname() {
        return companyname;
    }

    /**
     * @param companyname
     */
    public void setCompanyname(String companyname) {
        this.companyname = companyname;
    }

    /**
     * @return phone
     */
    public String getPhone() {
        return phone;
    }

    /**
     * @param phone
     */
    public void setPhone(String phone) {
        this.phone = phone;
    }

    /**
     * @return group_id
     */
    public Integer getGroupId() {
        return groupId;
    }

    /**
     * @param groupId
     */
    public void setGroupId(Integer groupId) {
        this.groupId = groupId;
    }

    /**
     * @return updated_at
     */
    public String getUpdatedAt() {
        return updatedAt;
    }

    /**
     * @param updatedAt
     */
    public void setUpdatedAt(String updatedAt) {
        this.updatedAt = updatedAt;
    }

    /**
     * @return created_at
     */
    public String getCreatedAt() {
        return createdAt;
    }

    /**
     * @param createdAt
     */
    public void setCreatedAt(String createdAt) {
        this.createdAt = createdAt;
    }

    public String getSort() {
        return sort;
    }

    public void setSort(String sort) {
        this.sort = sort;
    }

    public String getOrder() {
        return order;
    }

    public void setOrder(String order) {
        this.order = order;
    }

    @Override
    public Collection<? extends GrantedAuthority> getAuthorities() {
        List<GrantedAuthority> auths = new ArrayList<>();
        return auths;
    }
    @Override
    public boolean isAccountNonExpired() {
        return false;
    }

    @Override
    public boolean isAccountNonLocked() {
        return false;
    }

    @Override
    public boolean isCredentialsNonExpired() {
        return false;
    }

    @Override
    public boolean isEnabled() {
        return false;
    }

}

 

User2

  与上雷同。

User1Mapper

 
@Service
public interface MemberMapper extends CustomerMapper<Member> { 
}

 

User2Mapper

与上雷同

最后也是具体验证的代码由service层实现，下面我们分情况列举。

1.PROPAGATION_REQUIRED

我们为User1Service和User2Service相应方法加上Propagation.REQUIRED属性。

User1Service方法：

@Service
public class MemberService {

    @Autowired
    private MemberMapper memberMapper;

   @Transactional(propagation = Propagation.REQUIRED)
    public void insert(Member member){
        memberMapper.insert(member);
    }
}

User2Service方法：

与上雷同.

1.1 场景一

此场景外围方法没有开启事务。

验证方法1：

    @Test
    public void noTransaction_exception_required_required(){
        createMember1();
        createMember2();
        throw  new RuntimeException();
    }
@Test
    public void createMember1(){
        Member member = new Member();
        member.setUid(UuidUtil.getUUID());
        member.setAccount("zs1");
        member.setPassword("123456");
        member.setUsername("张三1");
        member.setState(1);
        member.setUpdatedAt( DateUtil.getCurrentTime());
        member.setCreatedAt(DateUtil.getCurrentTime());
        memberService.insert(member);
    }
    @Test
    public void createMember2(){
        Member2 member = new Member2();
        member.setUid(UuidUtil.getUUID());
        member.setAccount("ls1");
        member.setPassword("123456");
        member.setUsername("李四");
        member.setState(1);
        member.setUpdatedAt( DateUtil.getCurrentTime());
        member.setCreatedAt(DateUtil.getCurrentTime());
        member2Service.insert(member);
    }

 

 

验证方法2：

.

分别执行验证方法，结果：

.

结论：通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRED修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。

1.2 场景二

外围方法开启事务，这个是使用率比较高的场景。

验证方法1：

.

验证方法2：

.

验证方法3：

.

分别执行验证方法，结果：

.

结论：以上试验结果我们证明在外围方法开启事务的情况下Propagation.REQUIRED修饰的内部方法会加入到外围方法的事务中，所有Propagation.REQUIRED修饰的内部方法和外围方法均属于同一事务，只要一个方法回滚，整个事务均回滚。

2.PROPAGATION_REQUIRES_NEW

我们为User1Service和User2Service相应方法加上Propagation.REQUIRES_NEW属性。

User1Service方法：

.

User2Service方法：

.

2.1 场景一

外围方法没有开启事务。

验证方法1：

.

验证方法2：

.

分别执行验证方法，结果：

.

结论：通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。

2.2 场景二

外围方法开启事务。

验证方法1：

.

验证方法2：

.

验证方法3：

.

分别执行验证方法，结果：

.

结论：在外围方法开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法依然会单独开启独立事务，且与外部方法事务也独立，内部方法之间、内部方法和外部方法事务均相互独立，互不干扰。

3.PROPAGATION_NESTED

3.1 场景一

此场景外围方法没有开启事务。

验证方法1：

.

验证方法2：

.

分别执行验证方法，结果：

.

结论：通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.NESTED和Propagation.REQUIRED作用相同，修饰的内部方法都会新开启自己的事务，且开启的事务相互独立，互不干扰。

3.2 场景二

外围方法开启事务。

验证方法1：

.

验证方法2：

.

验证方法3：

.

分别执行验证方法，结果：

.

结论：以上试验结果我们证明在外围方法开启事务的情况下

Propagation.NESTED

修饰的内部方法属于外部事务的子事务，外围主事务回滚，子事务一定回滚，而内部子事务可以单独回滚而不影响外围主事务和其他子事务

4. REQUIRED,REQUIRES_NEW,NESTED异同

由“1.2 场景二”和“3.2 场景二”对比，我们可知：

NESTED和REQUIRED修饰的内部方法都属于外围方法事务，如果外围方法抛出异常，这两种方法的事务都会被回滚。但是REQUIRED是加入外围方法事务，所以和外围事务同属于一个事务，一旦REQUIRED事务抛出异常被回滚，外围方法事务也将被回滚。而NESTED是外围方法的子事务，有单独的保存点，所以NESTED方法抛出异常被回滚，不会影响到外围方法的事务。

由“2.2 场景二”和“3.2 场景二”对比，我们可知：

NESTED和REQUIRES_NEW都可以做到内部方法事务回滚而不影响外围方法事务。但是因为NESTED是嵌套事务，所以外围方法回滚之后，作为外围方法事务的子事务也会被回滚。而REQUIRES_NEW是通过开启新的事务实现的，内部事务和外围事务是两个事务，外围事务回滚不会影响内部事务。

5. 其他事务传播行为

鉴于文章篇幅问题，其他事务传播行为的测试就不在此一一描述了，感兴趣的读者可以去源码中自己寻找相应测试代码和结果解释。

结论

通过上面的介绍，相信大家对Spring事务传播行为有了更加深入的理解，希望大家有所帮助。

kingmax54212008
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring中的事务传播行为示例详解
08-25
主要给大家介绍了关于Spring中事务传播行为的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用Spring具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧
Spring事务传播行为详解
weixin_34416754的博客
02-23 2448
前言 Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性，他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱，使用事务传播行可以为我们的开发工作提供许多便利。但是人们对他的误解也颇多，你一定也听过“service方法事务最好...
Spring之事务传播行为
增量星球
05-10 5173
一、概念 首先简单了解一下Spring中事务传播行为是什么？听起来很高端，但是真正用起来的时候，稍有不慎，就会让自己陷入困境之中，所以在使用之前，我们必须要十分耐心认真的学习它。 从名字理解起来，事务传播行为，既然为传播就肯定发生在两个实体之间，否则单个实体又如何发生行为呢。通俗点讲就是“一个巴掌拍不响”。下面进入正规话题。 事务传播行为主要用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的事务中，该事务如何传播。这个概述可能不好理解，换句话就是当一个事务方法被另一个事务方法调用时，这个事务方法应
Spring中的事务管理实例详解
09-04
Spring定义了7种事务传播行为，用于控制事务如何在方法间传播： 1. PROPAGATION_REQUIRED：默认值，表示方法必须在事务中运行，如果无事务则新建一个。 2. PROPAGATION_SUPPORTS：如果已有事务，就在其内部运行，...
Spring事务处理流程和原理详解
08-25
本篇文章将深入探讨Spring事务处理的流程和原理。 一、事务理论学习 事务是数据库操作的基本单位，它封装了一组数据库操作，要么全部执行，要么全部回滚。事务具有四大特性，即ACID（原子性Atomicity、一致性...
spring事务管理.rar
05-07
Spring事务管理是Spring框架的核心特性之一，它提供了一种强大且灵活的方式来管理应用程序中的事务边界。在企业级Java应用中，事务处理是确保数据一致性、完整性和可靠性的关键部分。本篇文章将深入探讨Spring的事务...
详解在Spring Boot中使用数据库事务
08-30
本篇文章将详解在 Spring Boot 中使用数据库事务，包括如何创建事务、如何配置事务、如何使用事务等。 事务的概念 在数据库系统中，事务是一个单一的、逻辑上的一致的操作序列。事务可以是一个简单的数据库操作，...
Spring事务传播机制详解
woaitingting1985的博客
04-01 421
前言： Spring的事务，也就是数据库的事务操作，符合ACID标准，也具有标准的事务隔离级别。 但是Spring事务有自己的特点，也就是事务传播机制。 所谓事务传播机制，也就是在事务在多个方法的调用中是如何传递的，是重新创建事务还是使用父方法的事务？父方法的回滚对子方法的事务是否有影响？这些都是可以通过事务传播机制来决定的。 本文就测试一下这些事务传播机制的使用及异同 1.准备测试方法 主要是创建两个service接口（接口主要是对数据库表的...
Spring事务传播行为 详解
最新发布
qq_38196449的博客
01-05 421
首先insertOrder()方法是A方法（外层方法），而insertMember()是B方法（内层方法），属于A调用B。因为有了@Transactional注解，所以第一句代码insert开启事务（外层事务），第二句代码调用了方法，insertMember()方法也有@Transactional注解，所以开启了内层事务。当第三句代码报错时，这时候我们要问自己一个问题：（1）当外层方法里有代码报错时，内层方法是否也进行回滚。（2）内层方法里代码报错时，外层事务是否也进行回滚。
spring事务的传播行为详细理解
Simle_Hi的博客
02-14 417
spring事务的传播行为详细理解 一，spring七中事务传播行为 　1、　REQUIRED：默认的传播特性，业务方法需要在一个事务中运行，如果一个方法已经处在一个事务中那么就加入到这个事务中，否则就会创建一个事务。 　2、　NEVER:指定的业务方法绝对不能在事务范围内运行，如果业务方法在某个事务中执行，就会抛异常，只有业务方法没有任何事务才正常执行。 　3、　MANDATORY:该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能自己发起自己的事务，如果业务方法不存在事务，容器就抛异
【Spring学习34】Spring事务(4)：事务属性之7种传播行为
热门推荐
程序老兵的博客
04-20 1万+
事务传播行为什么叫事务传播行为？听起来挺高端的，其实很简单。 即然是传播，那么至少有两个东西，才可以发生传播。单体不存在传播这个行为。事务传播行为（propagation behavior）指的就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行。 例如：methodA事务方法调用methodB事务方法时，methodB是继续在调用者methodA的事务中运行呢，还是为自己开启一个
事务的传播行为
05-16 877
<br />PROPAGATION_REQUIRED——表示如果没有事务，则开始新的事务，事务已经存在，则加入当前事务<br />  PROPAGATION_SUPPORTS ——表示如果事务已经存在，则加入当前事务，如果没有事务，不会开始新事务<br />  PROPAGATION_MANDATORY ——表示必须有事务存在，并加入当前事务，否则抛出异常<br />  PROPAGATION_REQUIRES_NEW ——表示每次都开始一个全新事务<br />  PROPAGATION_NOT_SUPPO
理解spring事务传播机制
joenqc的博客
08-13 1万+
参考资料： http://blog.csdn.net/yuanlaishini2010/article/details/45792069 http://www.codeceo.com/article/spring-transactions.html1.spring实现对事务的控制，使用的是代理的技术。通过生成的代理类来捕捉被代理类（也就是我们编写的类）的异常，决定事务的提交或回滚。从某一角度来说
Spring框架事务传播行为详解
以下是对Spring事务传播行为的详细解释： 1. REQUIRED: 这是最常见的传播行为，表示如果当前存在事务，则加入到该事务中；如果没有事务，则新建一个事务。这是大多数业务方法的默认设置。 2. SUPPORTS: 如果当前...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值