spring 中异常回滚

最新推荐文章于 2025-07-04 16:18:50 发布
原创 最新推荐文章于 2025-07-04 16:18:50 发布 · 1.8k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #springMVC #异常 #回滚

spring 中异常回滚

springMVC中异常与回滚说明（spring 4.*版本）：

1.默认RunTimeException类型异常会回滚，不管方法上是否加 throw Exception
程序中没有往上层抛出异常代码中也没有捕获异常，发生异常时事务会回滚。
2.如果想Exception类型异常也回滚，需要设置@Transaction(rollbackFor = Exception.class)
3.如果在代码中try catch了任何异常，那么是都不能回滚的。
4.springMVC全局异常检测，不需要在方法中往上层抛异常。都能检测到异常。

spring的事务回滚机制你懂得多少？
weixin_45985053的博客
07-24 2580
类路径ReflectiveMethodInvocation#proceed后续作用采用aop/动态代理的作用是为了在调用@Transactional注解修饰的方法之前，对目标方法做一次增强。
spring事务异常回滚实例解析
08-28
主要介绍了spring事务异常回滚实例解析，具有一定借鉴价值,需要的朋友可以参考下
spring异常回滚机制
duan_cloud的专栏
07-09 204
修改异常时发现个问题 当我想在process层里抛出异常，就throw new Exception() 异常抛出让事务进行回滚，程序运行完发现事务却没有正常的回滚，之后将异常改为new RuntimeException() 时程序能正常的回滚 。具体的原因是spring配置文件中事务对异常的处理方式，具体原因如下 Spring的AOP事务管理默认是针对unchecked excep...
JAVA什么时候事务会回滚？
最新发布
qq_56947957的博客
07-04 516
只会在未捕获或重新抛出的异常时才会回滚。如果你try-catch了异常但没有手动抛出，Spring 就认为没事发生，事务不会回滚。默认只对和Error回滚，如果要对Exception也回滚就用你写的。
Spring事务回滚和异常类
weixin_34384681的博客
04-07 231
1、异常的一些基本知识 异常的架构 　　异常的继承结构：Throwable为基类，Error和Exception继承Throwable。Error和RuntimeException及其子类成为未检查异常（unchecked），其它异常成为已检查异常（checked）。 　　 Error异常 　　Error表示程序在运行期间出现了十分严重、不可恢复的错误，在这种情况下应用程...
Spring的事务管理对何种异常进行回滚
数据库天地
11-27 145
一、结论 Spring的事务管理默认只对出现运行期异常(java.lang.RuntimeException及其子类)进行回滚。 如果一个方法抛出Exception或者Checked异常，Spring事务管理默认不进行回滚。 关于异常的分类请参看本博客的《Java异常分类》http://blog.youkuaiyun.com/woshixuye/article/details/8230407 ...
spring事务异常回滚
c614756zhang的博客
02-18 2431
一、异常分类（从事物方面看）： 1.运行时异常(uncheckException),即RuntimeException异常及其子类，如空指针异常、强转异常等，这种异常是可以写代码不捕获的，但运行时会抛出异常 2.已检查异常(checkException)，即已知异常，必须处理，不处理的话是不能进行编译的，但是checkException不是一个具体的异常类型，它只是一个概念； 二、spring的事...
Spring异常捕获且回滚事务解决方案
08-19
在 Spring 框架中，异常捕获和回滚事务是非常重要的概念。今天，我们将讨论如何在 Spring 中捕获异常并回滚事务。 首先，让我们了解一下 Spring 的事务机制。当我们在 Spring 中使用事务时，默认情况下，只有在未被...
Spring事务管理只对出现运行期异常进行回滚
09-05
5. **事务的回滚规则**：除了默认仅对运行时异常回滚外，还可以自定义回滚规则，比如通过`@Transactional(rollbackFor = Exception.class)`来指定任何类型的异常都触发回滚。 6. **事务的边界**：事务的开始和结束...
浅谈Spring中@Transactional事务回滚及示例（附源码）
08-28
浅谈Spring中@Transactional事务回滚及示例 @Transactional是Spring Framework中的一种事务管理机制，用于管理数据库事务。它可以使得数据库操作更加安全和可靠。本文将详细介绍@Transactional的使用场景、checked...
spring事务回滚异常
qq_28211835的博客
09-16 629
记一个spring事务回滚的问题 项目中有个service的方法,呗标记为事务方法 并且设置为抛出某种异常不会回滚. 后面发现有的时候会报异常. 提示不能回滚, 查看代码发现这个方法下面的调用链中, 有一个方法也被标记为事务方法. 后来自己试验了一下. 当方法method2是事务方法, 并且事务传播行为是默认的 REQUIRED ,那么就会包裹在一个事务中, 又因为method2方法是事务方法, 所以报错时会尝试回滚. 但是在上层的method1方法中, 这种异常不会回滚, 又会要求当前事务提交
Spring事务异常回滚相关理解
lucky6336的博客
02-20 280
Spring中的代码出现异常时会回滚这是大家都希望的情况，这时候可以用@Transactional这个注解放在你的方法上来进行回滚，这时候有个问题就是事务回滚是不希望你在Controller进行处理，而是在Service层来进行处理，所以 第一点，@Transactional这个注解请放在你的Service层里面的方法 第二点，不要使用try/catch，因为catch捕获到异常之后，注解则拿不到异常来进行回滚，这时候可以有两种方式解决 a.把异常throw出去； b.在catch语句在添加：Tra
Spring事务异常回滚
日拱一卒
12-04 295
一、问题：在service层写下面代码，事务不会回滚 public void save（User user, Card card）{ try { userDao.save(user); CardDao.save(card); } catch (Exception e) { ...
spring事务遇到异常回滚问题
baixf的博客
03-17 1060
之前写代码时一直在service层处理异常(或者压根不管异常- -!),直到前一段时间发现一段需要往数据库插入数据的service层代码在遇到异常时，数据库的数据竟然没有被回滚掉，然后看spring的事务配置的也没有问题，测试别的service方法，发现可以正常回滚，然后对比+请教后发现了问题，原来是没有回滚的那段代码是在service层中处理了异常，导致spring事务没有正常回滚…遂结合度娘总...
Spring事务处理异常回滚问题
demon7639的专栏
11-18 588
问题如下：项目中使用了Spring + Mybatis， 使用@Transactional(propagation = Propagation.REQUIRED, rollbackFor = FrameworkException.class)对方法进行注解来使用事务，FrameworkException是自己封装的继承Exception的异常。在运行过程中发现，sql语句出现异常会回滚，但是根据s
spring异常与事务回滚
yingmu3630的专栏
07-17 180
[color=red]如果你不启用事务，默认是自动提交的，不需要设置autoCommit 如果你需要使用事务，那么在进行数据库操作之前需要 // 设置不自动提交, 事务开始 conn.setAutoCommit(false); // 这里进行数据库操作 // 提交事务 conn.commit(); [/color] Spring的AOP事务管理默认是针...
Spring 事务异常回滚
benx
08-16 250
  先看如下代码     @Transactional(propagation = Propagation.REQUIRED, rollbackFor = { AppBizExeA.class } , noRollbackFor = { AppBizExeB.class }) public void method1() throws Exception { System.out....
Spring异常事务回滚
qq_44356833的博客
11-02 823
Spring异常事务回滚
spring切片异常回滚事务，如果抛出的异常被捕获了，后能进行回滚吗
06-21
<think>我们正在讨论Spring框架中事务回滚的行为，特别是当异常在切面(Aspect)中被捕获时的情况。根据Spring的事务管理机制，事务的回滚通常由事务拦截器(TransactionInterceptor)处理，它会在遇到未处理的异常时触发回滚。关键点：1.Spring的事务管理基于AOP，事务行为通过环绕通知（AroundAdvice）实现，通常由TransactionInterceptor处理。2.默认情况下，TransactionInterceptor会在遇到运行时异常（RuntimeException）和错误（Error）时回滚事务。对于检查异常（checkedexception），默认不会回滚。3.我们可以通过@Transactional注解的rollbackFor属性自定义触发回滚的异常类型。现在，问题焦点：如果在切面中捕获了异常，那么事务拦截器是否还能知道这个异常？分析：事务拦截器是环绕在业务方法执行之外的。切面（Aspect）可以定义在事务拦截器之内或之外，这取决于切面的优先级（Order）。如果切面的优先级比事务拦截器高（即Order值更小），那么切面会先于事务拦截器执行，切面内部的异常处理可能会影响事务拦截器对异常的感知。场景1：切面在事务拦截器之外（优先级更高）-执行顺序：切面环绕通知开始->事务拦截器开始（开启事务）->业务方法->事务拦截器结束（提交事务，除非有异常）->切面环绕通知结束。-如果在业务方法中抛出异常，事务拦截器会捕获到该异常并决定回滚。然后异常会继续传播到切面，如果切面捕获并处理了该异常（不再抛出），那么事务拦截器之后的代码（即切面）将不会再次收到该异常，但事务已经因为异常而回滚了。场景2：切面在事务拦截器之内（优先级更低）-执行顺序：事务拦截器开始（开启事务）->切面环绕通知开始->业务方法->切面环绕通知结束->事务拦截器结束（提交事务，除非有异常）。-如果业务方法抛出异常，切面先捕获并处理了（例如，吞掉异常或抛出新的异常），那么事务拦截器将看到切面处理后的结果（如果没有异常则提交，如果有异常则根据异常类型决定是否回滚）。因此，如果切面捕获了异常并且不再重新抛出，那么事务拦截器将不会看到原始异常，从而可能不会触发回滚（除非切面抛出了一个新的异常且该异常满足回滚条件）。结论：事务是否回滚取决于异常是否传播到了事务拦截器。如果切面捕获了异常并且没有重新抛出，那么事务拦截器不会知道有异常发生，因此不会回滚。如果切面捕获异常后重新抛出一个新的异常，那么事务拦截器将根据新抛出的异常类型来决定是否回滚。引用说明：根据引用[1]：TransactionInterceptor默认在遇到未检查异常（即RuntimeException和Error）时回滚，并且允许配置每个方法的回滚策略。因此，我们可以通过配置指定在特定异常时回滚。示例配置：在@Transactional注解中，我们可以指定：@Transactional(rollbackFor={MyException.class})这样，当遇到MyException时也会触发回滚。建议：1.如果切面需要捕获异常，并且希望事务回滚，那么应该在处理完异常后重新抛出一个事务拦截器能够识别为回滚的异常。2.确保切面和事务拦截器的执行顺序（Order）正确，以便异常能够被事务拦截器捕获。相关问题：1.如何配置Spring事务的回滚规则？2.如何控制SpringAOP切面的执行顺序？3.在Spring中，如何全局处理异常而不影响事务回滚？注意：在Spring中，还可以使用声明式事务管理（@Transactional）和编程式事务管理（TransactionTemplate）。这里讨论的主要是声明式事务。代码示例（切面中重新抛出异常以保证事务回滚）：```java@Aspect@ComponentpublicclassMyAspect{//假设切面优先级高于事务拦截器（一般不这样设置，通常事务拦截器优先级较高）@Around("execution(*com.example.service.*.*(..))")publicObjectaround(ProceedingJoinPointjoinPoint)throwsThrowable{try{returnjoinPoint.proceed();}catch(Exceptione){//处理异常，例如记录日志//然后重新抛出，让事务拦截器能够捕获并回滚throwe;//或者抛出一个新的异常，但需要确保新异常会触发回滚}}}```但是，通常我们不会让切面在事务拦截器之外捕获异常，因为这样可能会干扰事务。更好的做法是：-将切面的优先级设置为低于事务拦截器（即Order值较大），这样事务拦截器会先捕获异常并回滚事务，然后再由切面处理异常（例如日志记录）。-或者，使用全局异常处理器（@ControllerAdvice）来处理异常，此时异常已经传播到事务拦截器之外，所以事务已经回滚（如果被标记为回滚的话）。引用[3]提到了全局异常处理，使用@ExceptionHandler。在全局异常处理器中，异常已经被事务拦截器处理过了（回滚已经发生），所以这里可以安全地进行异常处理而不影响事务。总结：在切面中捕获异常可能会阻止事务回滚，除非重新抛出异常。为了避免这种情况，应确保事务拦截器能够接收到异常，或者调整切面的优先级。</think>在Spring框架中，当切面（Aspect）捕获异常时，事务是否能回滚取决于**异常是否传播到事务拦截器**。以下是关键机制分析： ### 核心机制 1. **事务回滚触发条件** Spring的事务回滚由`TransactionInterceptor`控制，默认在以下情况回滚： - 遇到未检查异常（`RuntimeException`或`Error`） - 遇到通过`@Transactional(rollbackFor=...)`配置的检查异常 - 事务状态被显式标记为`setRollbackOnly()` *引用[1]: "TransactionInterceptor引发回滚在未检查的应用异常中或事务被标记为只回滚"* 2. **切面对异常传播的影响** - 如果切面**捕获异常后不再抛出** → 事务拦截器无法感知异常 → **事务不会回滚** - 如果切面**重新抛出原始异常或新异常** → 事务拦截器处理异常 → **按规则决定是否回滚** ### 场景示例 ```java // 服务类 @Service public class UserService { @Transactional public void updateUser() { // 此处抛RuntimeException throw new DataIntegrityViolationException("DB error"); } } // 切面类 @Aspect @Component public class LoggingAspect { @Around("execution(* com.example.UserService.*(..))") public Object log(ProceedingJoinPoint pjp) throws Throwable { try { return pjp.proceed(); // 执行业务方法 } catch (Exception ex) { // 情况1：仅记录不抛出 → 事务提交 logger.error("Aspect caught exception", ex); // return null; // 情况2：重新抛出 → 触发事务回滚 throw ex; } } } ``` ### 关键配置 1. **切面执行顺序** 通过`@Order`注解确保事务拦截器优先执行（值越小优先级越高）： ```java @Aspect @Order(Ordered.LOWEST_PRECEDENCE - 1) // 高于事务拦截器 public class CustomAspect { ... } ``` *若切面优先级高于事务拦截器，可能先捕获异常* 2. **自定义回滚规则** 在`@Transactional`中显式指定回滚异常： ```java @Transactional(rollbackFor = {SQLException.class, MyCustomException.class}) ``` ### 最佳实践 1. **需要事务回滚时**： - 在切面中重新抛出原始异常 - 或抛出新的`RuntimeException` 2. **不需要回滚时**： - 在切面中捕获并处理异常，避免传播 3. **全局异常处理** 结合`@ControllerAdvice`处理异常（事务已决定回滚后才执行） *引用[3]: "在控制器类中定义@ExceptionHandler方法，全局异常处理器"* --- ### 相关问题 1. **如何确保切面不影响Spring事务的回滚机制？** 2. **在Spring AOP中，不同切面的执行顺序如何影响事务行为？** 3. **如何通过`@Transactional`注解自定义特定异常的事务回滚规则？** 4. **Spring的全局异常处理器（`@ControllerAdvice`）与事务拦截器的协作流程是怎样的？**
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值