Day12_Spring事务

BlackTurn

已于 2025-02-05 13:34:29 修改

阅读量832

点赞数 7

CC 4.0 BY-SA版权

分类专栏： Java知识文章标签： spring java 后端

于 2024-09-24 16:05:20 首次发布

本文链接：https://blog.csdn.net/weixin_45014721/article/details/142362628

文章目录

快速记忆
一、事务失效的场景
二、事务不回滚
三、先插入后查询问题
四、其他
- - 1.大事务问题
  - 2.编程式事务
五、java异常体系
六、事务的传播行为
- - REQUIRED
  - SUPPORTS
  - MANDATORY
  - REQUIRES_NEW
  - NESTED
  - NOT_SUPPORTED
  - NEVER

快速记忆

事务失效的场景

1、类得有@Service、@Component这种注解
2、方法需要是public的
3、方法不能有final修饰
4、方法套方法，可能会导致事务失效
5、多线程会导致事务失效

方法套方法（某个非事务方法中调用另外一个事务方法）

@Service
public class UserService {
   
   

    @Autowired
    private UserMapper userMapper;

  
    public void add(UserModel userModel) {
   
   
        userMapper.insertUser(userModel);
        updateStatus(userModel);
    }

	// updateStatus方法不会生成事务
    @Transactional
    public void updateStatus(UserModel userModel) {
   
   
        doSameThing();
    }
}

编程式事务控制和声明式事务控制

编程式事务控制：代码手撕一个控制事务的开始、提交和回滚
声明式事务控制：用spring的@Transactional注解

声明式事务控制分为①基于XML的声明式事务控制和 ② 基于注解的声明式事务控制

事务的传播行为

其实，我们在使用@Transactional注解时，是可以指定propagation参数的。该参数的作用是指定事务的传播特性，spring目前支持7种传播特性：

@Transactional(rollbackFor = Exception.class)
public void testA() {
   
   
    testB();
}

@Transactional(propagation = Propagation.XXX)
public void testB() {
   
   
    ...
}

testA()方法上面有一个事务，那么testB()方法上面的事务类型决定了它是加入A的事务还是拒绝A的事务：

支持A的事务：SUPPORTS（支持A的事务，A有事务就支持A的事务，A没有事务就非事务运行）、MANDATORY（强烈支持A的事务，A有事务就支持A的事务，A没有事务就抛异常）
不支持A的事务：NOT_SUPPORED（不支持A的事务，我就以非事务运行，A有事务我挂起，我不理睬）、NEVER（强烈不支持A的事务，我就以非事务运行，A有事务我就报错）
需要一个事务的：REQUIRED（如果A存在一个事务，则支持当前事务。如果A没有事务则开启一个新的事务。反正得有一个事务）
需要一个新事务的：REQUIRED_NEW（不管A有没有事务，我都要一个新事务运行）

java异常体系

Spring 默认只会在运行时异常（RuntimeException 及其子类）和错误（Error 及其子类）导致事务回滚。
但是我们程序员写的bug（空指针、数组越界等）都是不受检查的异常，都是RuntimeException，这类异常会导致事务回滚。所以说我想让你知道，程序员写的bug导致的异常，都会触发事务的回滚。

先插入后查询问题

情况一

@Transactional(rollbackFor = Exception.class)
public void testA() {
   
   
        // 往table表插入10条数据
        // 查询table表
}

第二步查询teble表能查到10条数据吗？
由于testA()方法被@Transactional注解，所以该方法内的所有数据库操作（包括插入和查询）都会在同一个事务中执行。
当往table表中插入10条数据时，这些插入操作是事务性的一部分。在事务提交之前，这些插入的数据对外部事务（即其他数据库连接或会话）是不可见的。
由于查询和插入操作都在同一个事务内，因此查询能够“看到”由同一事务内先前插入的数据。

情况二

@Transactional(rollbackFor = Exception.class)
public void testA() {
   
   
    // 往table表插入10条数据
    // feign调用另外一个服务查询table表
}

第二步feign调用另外一个服务查询table表能查到10条数据吗？
由于插入操作是在testA()方法的事务中进行的，并且Feign调用是另一个服务实例上的操作，因此这个服务实例通常会有自己的数据库连接和事务。
在标准的数据库隔离级别下（如REPEATABLE READ或READ COMMITTED），未提交的事务数据对其他数据库连接是不可见的。
因此，当另一个服务通过Feign被调用并尝试查询table表时，它通常不会看到testA()方法中尚未提交的事务所插入的数据。这些数据在testA()方法的事务提交之前是不可见的。

情况三

public void testA() {
   
   
    // 往table表插入10条数据
    // feign调用另外一个服务查询table表
}

testA() 上面没有@Transactional(rollbackFor = Exception.class)注解，第二步feign调用另外一个服务查询table表能查到10条数据吗？
往table表中插入10条数据。由于testA()方法没有事务注解，这些插入操作会立即提交到数据库，并且对其他数据库连接或会话可见。
因此，通过Feign调用的另一个服务在查询table表时应该能够查到testA()方法中刚刚插入的10条数据。

情况四

@Servcie
public class ServiceA {
   
   

   public void saveAndQuery() {
   
   
         ((ServiceA)AopContext.currentProxy()).doSave(user);
         
         // 第二步：feign调用另外一个服务查询table表
   }

   @Transactional(rollbackFor=Exception.class)
   public void doSave(User user) {
   
   
       // save()往table表插入10条数据
    }
 }

Feign 调用是发生在 doSave(User user) 方法的事务提交之后的。另一个服务通过 Feign 调用查询 table 表时，理论上应该能够看到 doSave(User user) 方法中插入的 10 条数据，因为这些数据已经被提交到数据库中。

一、事务失效的场景

spring事务用起来贼爽，就用一个简单的注解：@Transactional，但使用方式不当，事务会失效。

巧计：

1、类得有@Service、@Component这种注解
2、方法需要是public的
3、方法不能有final修饰
4、方法套方法，可能会导致事务失效
5、多线程会导致事务失效

1.未被spring管理

通常情况下，我们通过@Controller、@Service、@Component、@Repository等注解，可以自动实现bean实例化和依赖注入的功能。
如果有一天，你匆匆忙忙的开发了一个Service类，但忘了加@Service注解，比如：

//@Service
public class UserService {
   
   

    @Transactional
    public void add(UserModel userModel) {
   
   
         saveData(userModel);
         updateData(userModel);
    }    
}

可以看到UserService类没有加@Service注解，那么该类不会交给spring管理，所以它的add方法也不会生成事务。

2.方法不是public的

我们可以看到add方法的访问权限被定义成了private，这样会导致事务失效。

spring要求被代理方法必须是public的，否则spring就不会获取@Transactional 的属性配置信息。

@Service
public class UserService {
   
   
    
    @Transactional
    private void add(UserModel userModel) {
   
   
         saveData(userModel);
         updateData(userModel);
    }
}

3. 方法用final修饰

我们可以看到add方法被定义成了final的，这样会导致事务失效。

spring事务底层使用了aop，也就是通过jdk动态代理或者cglib，帮我们生成了代理类，在代理类中实现的事务功能。如果某个方法用final修饰了，那么在它的代理类中，就无法重写该方法，而添加事务功能。

@Service
public class UserService {
   
   

    @Transactional
    public final void add(UserModel userModel){
   
   
        saveData(userModel);
        updateData(userModel);
    }
}

4.方法套方法

某个非事务方法中调用另外一个事务方法，比如：

@Service
public class UserService {
   
   

    @Autowired
    private UserMapper userMapper;

  
    public void add(UserModel userModel) {
   
   
        userMapper.insertUser(userModel);
        updateStatus(userModel);
    }

    @Transactional
    public void updateStatus(UserModel userModel) {
   
   
        doSameThing();
    }
}

我们看到在事务方法add中，直接调用事务方法updateStatus。从前面介绍的内容可以知道，updateStatus方法拥有事务的能力是因为spring aop生成代理了对象，但是这种方法直接调用了this对象的方法，所以updateStatus方法不会生成事务。
由此可见，在同一个类中的方法直接内部调用，会导致事务失效。为啥会出现这种情况？其实这还是由于使用Spring AOP代理造成的，因为只有当事务方法被当前类以外的代码调用时，才会由Spring生成的代理对象来管理。
那么问题来了，如果有些场景，确实想在同一个类的某个方法中，调用它自己的另外一个方法，该怎么办呢？

4.1 新加一个Service方法

这个方法非常简单，只需要新加一个Service方法，把@Transactional注解加到新Service方法上，把需要事务执行的代码移到新方法中。具体代码如下：

@Servcie
public class ServiceA {
   
   
   @Autowired
   prvate ServiceB serviceB;

   public void save(User user) {
   
   
         queryData1();
         queryData2();
         serviceB.doSave(user);
   }
 }

 @Servcie
 public class ServiceB {
   
   

    @Transactional(rollbackFor=Exception.class)
    public void doSave(User user) {
   
   
       addData1();
       updateData2();
    }

 }

4.2 通过AopContent类

在该Service类中使用AopContext.currentProxy()获取代理对象，可以通过在该Service类中使用AOPProxy获取代理对象，实现相同的功能。具体代码如下：

@Servcie
public class ServiceA {
   
   

   public void save(User user) {
   
   
         queryData1();
         queryData2();
         ((ServiceA)AopContext.currentProxy()).doSave(user);
   }

   @Transactional(rollbackFor=Exception.class)
   public void doSave(User user) {
   
   
       addData1();
       updateData2();
    }
 }