spring事务在try catch时候的执行

最新推荐文章于 2024-05-23 14:14:23 发布
转载 最新推荐文章于 2024-05-23 14:14:23 发布 · 609 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：https://blog.youkuaiyun.com/mggwct/article/details/71411532

本文介绍了Spring的默认事务机制，即出现unchecked异常时回滚，checked异常时不回滚。还提到使用@Transactional(rollbackFor = Exception.class)注解，若在service层用try catch捕获异常，事务不会回滚，需在catch里抛RuntimeException让事务回滚。

spring 的默认事务机制，当出现unchecked异常时候回滚，checked异常的时候不会回滚；

@Transactional(rollbackFor = Exception.class)

当有try catch后捕获了异常，事务不会回滚，如果不得不在service层写try catch 需要catch里面加 throw new RuntimeException 让事务回滚；

} catch (Exception e) {
            e.printStackTrace();
            logger.error("发生异常");
            throw new RuntimeException();
        }
springboot事务失效：try catch‘吃掉’异常场景
studyday1的博客
09-26 2134
我们在写业务逻辑时，对于有些方法逻辑中，可能会抛异常，比如增删改查的dao层接口throws异常，那在service层中调用后我们需要进行try catch捕获异常，不捕获的话最终也需要在controller层捕获；这里就需要关注一个问题：try catch 语句会让。使用try catch后，相当于就是捕获了异常，事务管理就无感知有异常抛出了，相当于把异常吃掉了，这样事务管理就认为是程序没有出异常了。这样假设在修改接口中，涉及到了异常，事务就会失效，失效则不会回滚，数据就会被修改，无法回到修改前状态。
嵌套事务的内层事务方法被try catch捕获，但是依然导致外部事务的回滚问题
notfound4043的博客
03-14 1001
导致这个问题的重点是需要李姐 嵌套事务中的事务默认传播特性 ，方法A 执行的所有数据全部回滚，我们可以知道，是 方法A 上标识的 @Transactional 准备别事务管理器切面检测到了，才会导致 方法A 事务全部回滚。 可是报错明明在 方法B ,为什么会导致 方法A 的事务回滚呢？我们都知道，@Transactional 事务的默认传播机制是 Propagation.REQUIRED，即：若有事务，则复用，没有则创建一个。 所以 方法A 和 方法B 事务是同一个事务，在 方法B 执行的异常在catch住
Spring 事务手动回滚: 用于事务管理的业务方法中使用了try...catch...的事务回滚
Given Wu
11-13 453
在使用Spring 事务(@Transactional())时,被事务管理的业务类方法中如果使用try...catch...来捕获异常的话,如果出现异常,事务不会回滚,这个时候我们可以手动回滚事务.如下: //假设这是被事务管理的service类中的一个方法片段 try { //业务逻辑 //出现异常 ...
try catch对Spring事务的影响
weixin_34250709的博客
04-12 374
　　一、Spring 的默认事务机制，当出现unchecked异常时候回滚，checked异常的时候不会回滚。　　异常中unchecked异常包括error和runtime异常。需要try catch或向上抛出的异常，为checked异常比如IOException，也就是说程序抛出runtime异常的时候才会进行回滚，其他异常不回滚，可以配置设置所有异常回滚：　　@Transactional(ro...
对于spring事务传播和 trycatch关系的理解
ADNAP7的博客
05-13 1367
事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播 七种传播事务类型，主要是： PROPAGATION_REQUIRED（如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。）、 PROPAGATION_REQUIRES_NEW（新建事务，如果当前存在事务，把当...
try catch 对 Spring 事务的影响
ChineseSoftware的博客
01-20 8189
一、try catch 对 Spring 事务的影响 当 try catch 捕获了异常，事务不会回滚。如果非得在 service 层写 try catch，需要 catch 后 throw new RuntimeException 让事务回滚。如果使用 try catch 捕获抛出的unchecked exception后没有在 catch 块中采用页面硬编码的方式使用 Spring api 对事务做显式的回滚，则事务不会回滚。将异常捕获，而未在 catch 块中对事务做显式回滚等同于生吞掉异常。 1️⃣
java 事务处理 try catch_spring事务——try{...}catch{...}中事务不回滚的几种处理方式...
weixin_35871890的博客
02-13 742
报错：No transaction aspect-managed TransactionStatus in scope当希望在某个方法中添加事务时，我们常常在方法头上添加@Transactional注解@ResponseBody@RequestMapping(value = "/payment", method = RequestMethod.POST, produces = MediaType....
spring嵌套事务，try-catch事务处理
lxwfly的博客
04-22 3960
spring事务总结，包含嵌套事务处理，try-catch事务总结
spring事务管理中，用try-catch处理了异常，事务也会回滚？
热门推荐
Coder-文小白的博客
05-11 2万+
我们知道在平时的开发中，如果在事务方法中开发人员自己用try-catch处理了异常，那么spring aop就捕获不到异常信息，从而会导致spring不能对事务方法正确的进行管理，不能及时回滚错误信息。 下面用代码演示一下： @Override @Transactional(rollbackFor = Exception.class) public int doSaveUser() throws Exception { int result = 0;
java transaction和try_spring transaction 事务try catch后还是进行的回滚 - Java论坛 - 51CTO技术论坛_中国领先的IT技术社区...
weixin_36378232的博客
02-28 430
今天在做项目的时候遇到一个问题，和之前的理论知识不符，之前在学习spring transaction事务的时候，如果自己对方法抛出的异常进行了捕获了，事务是不会回滚的，但是今天我测试后发现并不是这样，那个大佬能帮我解决下，万分感谢！下面是我的业务场景，一个类A加了事务管理，其中一个方法methedA调用了另个一个类B的方法methedB，类B也加了事务管理，类B的methedB抛出了一个异常，me...
Spring事务管理只对出现运行期异常进行回滚
09-05
相反，你需要显式地处理这个异常，比如通过try-catch块，并在catch块中决定是否需要回滚事务。 以下是一些关于Spring事务管理的扩展知识： 1. **声明式事务管理**：通过在配置文件或使用`@Transactional`注解来...
Spring 事务提交之后再执行操作
wujian_csdn_csdn的博客
05-14 1869
Spring代码实现： package xxxx.components; import lombok.extern.slf4j.Slf4j; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Component; import org.springframework.transaction.support.TransactionSynchronizationAdapt
spring(基础23) try catch对Spring事务的影响
babyZeng
04-25 1127
一、spring事务回滚 Spring 的默认事务机制，当出现unchecked异常时候回滚，checked异常的时候不会回滚。 异常中unchecked异常包括error和runtime异常。需要try catch或向上抛出的异常，为checked异常比如IOException， 也就是说程序抛出runtime异常的时候才会进行回滚，其他异常不回滚，可以配置设置所有异常回滚： @Tran...
在Spring的try-catch块中手动实现事务回滚
良月柒
05-23 1946
事务（Transaction）是数据库管理系统执行过程中的一个逻辑单元，由一组操作组成，这些操作要么全部成功，要么全部失败。原子性（Atomicity）：事务中的所有操作要么全部完成，要么全部不完成，不会停留在中间状态。一致性（Consistency）：事务执行前后，数据库的状态必须保持一致。隔离性（Isolation）：并发事务之间互不干扰，每个事务在提交之前是独立的。持久性（Durability）：一旦事务提交，其所做的更改将永久保存到数据库中，即使系统崩溃也不会丢失。
spring 声明式事务中try catch捕获异常
anyiyue2648的博客
09-25 536
原文：http://heroliuxun.iteye.com/blog/848122 今天遇到了一个这个问题 最近遇到这样的问题，使用spring时，在业务层需要捕获异常（特殊需要），当前一般情况下不需要这样做的。具体如下： 在ServiceA类中有method1，在该方法中调用另一个ServiceB类的method2方法时（假定该方法抛出异常），method1方法捕获该异常但是...
嵌套事务，测试事务传播性，同类中事务方法互相调用，不同类中事务方法互相调用，try/catch后事务也回滚
qq_31839075的博客
03-22 1411
总结： 前提：传播机制默认为REQUIRED 一个类中，一个没有事务的方法A调用本类另外一个有事务注解（@Transational）的方法B，注解是不会生效的。B中异常时，B中sql不回滚；如果调用的是其他类有事务的方法C，C中异常时，C中的sql会回滚。 一个类中，一个有事务的方法A调用本类中的方法B，B中出现异常，无论B有没有事务，sql都会回滚，A中sql也会回滚；如果将B中异常try/catch住，默认情况A中的sql不会回滚，B（无论有没有事务）中的sql也不回滚；精彩的来了，如果A调用的是其他
java 事务处理 try catch_java-在@Transactional内的try-catch中提交更改
weixin_33883104的博客
02-13 888
考虑一下我有一个方法以ActiveRecord模式样式执行一些工作和日志记录机制：@Transactionalpublic void doSmt() {try {someOperation(); // can throw exceptionLogger.logIntoDb(); // if everything is OK} catch {Exception e} {Logger.logIntoD...
【spring】spring 的事务(transaction) 三 try catch对事务的影响
m0_45406092的博客
08-08 6855
文章目录1. 非异常用例1.1 创建工程1.2 执行2. 内层抛出非check异常，外层进行捕获3. 内层抛出非check异常，外层不进行捕获 1. 非异常用例 我们开始一个经典的嵌套用例。 1.1 创建工程 我们先创建一个spring的工程，利用spring 单元测试架构，来写用例 工程的创建参见 用SpringBoot创建mysql工程，后续以该工程为基础改造用例。 数据库脚本，新增一个： CREATE TABLE `order` ( `id` INT(11) NOT NULL, `price`
try-catch捕获异常信息后Spring事务失效处理方法
日常分享工作中的一些技术干货。
06-11 6380
一、首先在Spring Boot项目中，手动添加异常方法进行测试 @Transactional(rollbackFor=Exception.class) //表示此方法有异常时触发Spring事务 @Override public CommonResult<User> saveUser(User user) { int insert = baseMapper.insert(user); try { // 添加异常，并进行捕获 int a = 10/
try catch 会导致spring事务还会回滚
最新发布
12-27
### Spring 框架中 Try-Catch 对事务回滚的影响 在Spring框架内，`try-catch`结构确实能够影响到由`@Transactional`注解所定义的方法中的事务回滚行为。具体来说： - 默认情况下，只有未被捕捉的运行时异常（即继承自`RuntimeException`的异常）才会触发事务自动回滚[^2]。 - 如果在一个带有`@Transactional`注解的方法里使用了`try-catch`来捕获异常，则取决于如何处理这个异常以及是否有额外设置。 对于已检查异常，默认情况下它们不会引起事务回滚；但是可以通过指定`rollbackFor`参数让某些类型的已检查异常也导致回滚操作。例如，在代码片段中可以看到如下配置: ```java @Transactional(rollbackFor = Exception.class) public void asyncJob() { success(); try { exception(); } catch (Exception e) { e.printStackTrace(); // 手工回滚异常 TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); } } ``` 这段代码展示了如何利用`TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()`来进行手动回滚的操作[^3]。这使得即便是在`catch`块中处理过的异常也能使当前事务标记为只读模式从而实现回滚效果。 另外需要注意的是，如果希望整个方法执行失败后都能正常回滚而不论是否进入了`catch`分支，那么应该避免完全吞掉所有可能发生的错误而不做任何响应或记录。比如下面的例子就可能导致预期之外的行为——尽管设置了全局性的回滚条件(`rollbackFor=Exception.class`)，但由于存在空返回值且没有任何日志输出或其他形式的通知机制，可能会掩盖实际发生的问题[^5]: ```java @Override @Transactional(rollbackFor = Exception.class) public CommonResponse modifyTeaFormula(GemiTeaFormulaReq gemiTeaFormulaReq) { try { /* 省略部分业务逻辑 */ teaFormulaDao.deleteById(id); teaFormulaDetailDao.deleteById(id); } catch (Exception e) { logger.error("error:" + e.getMessage()); } return new CommonResponse(0); } ``` 为了确保事务按期望工作，建议遵循最佳实践：要么允许异常传播出去以便于框架可以识别并且回滚相应的更改；要么就在适当的位置加入显式的回滚指令，并考虑增加足够的调试信息帮助后续排查问题所在。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值