Spring 事务的使用、隔离级别、@Transactional的使用

---

---

        Spring事务是Spring框架提供的一种机制，用于管理应用程序中的数据库事务。

        事务是一组数据库操作的执行单元，要么全部成功提交，要么全部失败回滚，保证数据的一致性和完整性。

Spring事务提供了声明式事务和编程式事务两种方式：

1. 编程式事务： 编程式事务是通过编写代码来手动管理事务的开始、提交或回滚，开发人员需要显式地调用事务管理器的方法来控制事务的边界。

2. 声明式事务： 声明式事务是通过在配置文件或注解中声明事务的属性来实现的。开发人员只需要关注业务逻辑，而不需要关心事务的管理。Spring框架会根据注解的配置自动管理事务的开始、提交或回滚。

---

1. 编程式事务：

        在Spring编程式事务中，DataSourceTransactionManager和TransactionDefinition是两个核心的类：

1. DataSourceTransactionManager： 它是基于数据源（DataSource）的事务管理器，通过获取连接并控制连接的提交或回滚来管理事务。使用时，需要配置一个数据源（DataSource），用于获取数据库连接。在事务开始时，它会从数据源中获取一个数据库连接，并将该连接绑定到当前线程上下文中。在事务结束时，它会根据事务的提交或回滚状态，来决定是否提交或回滚数据库连接。

2. TransactionDefinition： 是Spring框架定义的事务属性接口，用于定义事务的一些属性，比如事务的隔离级别、传播行为、超时时间等。

@RestController
@RequestMapping("/user")
public class UserController {@Autowiredprivate UserService userService;@Autowiredprivate DataSourceTransactionManager transactionManager;@Autowiredprivate TransactionDefinition transactionDefinition;@RequestMapping("/del")public int del(Integer id) {if (id != null && id > 0) {// 开启事务TransactionStatus transactionStatus = null;// 业务操作,进行删除int result = 0;try {transactionStatus = transactionManager.getTransaction(transactionDefinition);result = userService.del(id);System.out.println("删除成功：" + result);transactionManager.commit(transactionStatus); // 提交} catch (Exception e) {if (transactionStatus != null) {transactionManager.rollback(transactionStatus); // 回滚}}return result;}return 0;}
}

---

2. 声明式事务：

        编程式事务写起来较麻烦，声明式事务用起来较方便。

        声明式事务可以通过使用 @Transactional 注解来实现：

        当方法执行完成后，如果没有发生异常，事务管理器会自动提交事务；如果发生异常，事务管理器会自动回滚事务。也可以通过在方法上抛出异常手动来触发事务的回滚。

@RestController
@RequestMapping("/user2")
public class UserController2 {@Autowiredprivate UserService userService;@Transactional@RequestMapping("del")public int del(Integer id) {if (id == null || id < 0) return 0;int ret = userService.del(id);System.out.println("删除：" + id);return ret;}
}

---

3. @Transactional 注解的具体使用：

3.1 作用范围： 

@Transactional注解支持修饰方法，也可以修饰类：

• 修饰方法时：需要注意只能应用到 public 方法上，否则不生效。推荐此种用法。

•  修饰类时：表明该注解对该类中所有的 public 方法都生效。

3.2 支持参数设置：

这些参数可以根据实际需求进行设置，如果不指定参数，则使用默认值。

1. value：指定使用的事务管理器的名称。可以通过名称引用已经配置的事务管理器。默认值为空，表示使用默认的事务管理器。

2. propagation：指定事务的传播行为。可以设置为以下值之一：

   • REQUIRED：如果当前没有事务，则创建一个新的事务；如果当前存在事务，则加入到当前事务中。
   • REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则将当前事务挂起。
   • NESTED：在当前事务的嵌套事务中执行。如果当前没有事务，则创建一个新的事务。
   • SUPPORTS：如果当前存在事务，则加入到当前事务中；如果当前没有事务，则以非事务方式执行。
   • MANDATORY：如果当前存在事务，则加入到当前事务中；如果当前没有事务，则抛出异常。
   • NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。
   • NOT_SUPPORTED：以非事务方式执行，如果当前存在事务，则将当前事务挂起。

3. isolation：指定事务的隔离级别。可以设置为以下值之一：

   • DEFAULT：使用默认的隔离级别（以连接的数据库隔离级别为准）。
   • READ_UNCOMMITTED：允许读取未提交的数据。
   • READ_COMMITTED：只能读取已提交的数据。
   • REPEATABLE_READ：保证可重复读取，禁止脏读和不可重复读。
   • SERIALIZABLE：保证可串行化的隔离级别，禁止脏读、不可重复读和幻读。

4. timeout：指定事务的超时时间，单位为秒。如果事务在指定的时间内没有完成，则会被自动回滚。默认值为-1，表示没有超时限制。

5. readOnly：指定事务是否为只读事务。如果设置为true，则表示只读事务，不允许进行任何修改操作。默认值为false。

6. rollbackFor：指定哪些异常触发事务的回滚。可以设置为一个异常类或异常类数组。默认情况下，只有运行时异常和Error会触发事务的回滚。

7. noRollbackFor：指定哪些异常不触发事务的回滚。可以设置为一个异常类或异常类数组。默认情况下，运行时异常和Error会触发事务的回滚。

如图： 如果要加多个参数，可以使用逗号隔开

 

使用注意事项：未检测到异常不回滚

使用 @Transactional 注解是它检测到异常才会回滚，但如果在代码中，使用 try-catch 检测到异常，并在这时程序终止了，那么事务就不会被回滚，这时非常可怕的事情。

例如：

 

解决方案1：从原因入手

        既然是 @Transactional 没有检测到异常，那我们让它检测而到就可以了，所以可以在 catch 中将异常抛出，让 @Transactional 能检测到即可

 

解决方案2：从结果入手

        在 catch 中借助 TransactionAspectSupport 的相关方法来手动回滚事务

3.3 经典面试题：

（1）@Transactional 的工作原理？

@Transactional是Spring框架中用于实现声明式事务管理的注解。它的工作原理是基于AOP（Aspect-Oriented Programming）技术。

1. 当Spring容器启动时，会扫描所有被@Transactional注解标注的类和方法。

2. 当调用被@Transactional注解标注的方法时，Spring会通过AOP技术在方法执行前后织入事务管理的逻辑。

3. 在方法执行前，事务管理器会开启一个新的事务。

4. 在方法执行过程中，如果发生异常，事务管理器会回滚事务，即撤销之前的操作。

5. 如果方法执行成功，事务管理器会提交事务，即将之前的操作永久保存到数据库中。

6. 如果方法执行过程中调用了其他被@Transactional注解标注的方法，事务管理器会根据事务的传播行为来决定是否将这些方法加入到当前事务中。

        需要注意的是，声明式事务只适用于公共方法，即在Spring容器中被代理的方法。如果在同一个类中的非公共方法中调用了带有@Transactional注解的公共方法，事务将不会生效。这是因为Spring使用AOP技术来实现声明式事务，只能拦截公共方法的调用。

（2）Spring 事务失效有哪些原因？

Spring事务失效的原因有以下几种可能：

1. 未正确配置事务管理器：在Spring中，需要配置事务管理器（例如DataSourceTransactionManager）来管理事务。如果未正确配置事务管理器，或者配置有误，可能导致事务失效。

2. 事务注解未生效：使用@Transactional注解来声明事务，但是注解未被正确识别和解析。可能是因为未在配置文件中启用事务注解的解析，或者注解所在的类未被Spring容器扫描到。

3. 异常未被正确抛出：事务的回滚是基于异常的，默认情况下，只有运行时异常和Error会触发事务的回滚。如果在事务方法中捕获了异常并未重新抛出，或者捕获的异常类型不符合回滚条件，事务将不会回滚。

4. 事务传播行为设置不正确：事务的传播行为决定了事务方法与其他事务方法的关系。如果事务方法的传播行为设置不正确，可能导致事务失效或不符合预期。

5. 方法未被代理：声明式事务是通过AOP技术实现的，只有被Spring容器管理的Bean中的方法才会被代理，从而实现事务的管理。如果方法未被代理，事务将不会生效。

6. 数据库不支持事务：某些数据库可能不支持事务，或者事务的隔离级别不被支持。在这种情况下，无法实现事务的管理。

7. 方法被重载：如果一个类中存在多个同名方法，但参数列表不同，而只有其中一个方法被@Transactional注解标注，那么其他同名方法的事务将不会生效。