spring service事务传播
spring定义的事务行为有以下几种:
REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。
MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。
REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。
NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。
NESTED--如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。
事务传播指service方法调用另一个service方式时,被调用方法的事务行为。这种行为分为两种调用方式来区分:
1.service内部方法间调用:
被调用方法设定的事务行为将会失效,事务行为由最外层方法设置的事务行为控制。
2.一个service调用另一个service的方法
当两个service方法不属于同一个事务时,被调用方法出现的异常时不会导致外部方法事务回滚,但会使外部方法执行出现异常(可选择是否捕获);如果是属于同一个事务,外部方法捕获异常将会导致被调用方法不回滚。
Spring的事务到底该给Dao配置还是给Service配置?
Spring事务为业务逻辑进行事务管理,保证业务逻辑上数据的原子性。
事务得根据项目性质来细分:事务可以设置到三个层面(dao层、service层和web层)。
第一:web层事务,这一般是针对那些安全性要求较高的系统来说的。例如电子商务网站。粒度小,一般系统用不着这么细。
第二:service层事务,这是一常见的事务划分, 将事务设置在业务逻辑上,只要业务逻辑出错或异常就事务回滚。粒度较小,一般推荐这种方式。
第三:数据持久层数据务,也就是常说的数据库事务。这种事务在安全性方面要求低。就是给一个简单的增删改之类的操作增加事务操作。粒度大
给Service层配置事务,因为一个Service层方法操作可以关联到多个DAO的操作。在Service层执行这些Dao操作,多DAO操作有失败全部回滚,成功则全部提交。
事务分为业务事务和系统事务,业务事务也就是业务逻辑上操作的一致性,系统事务自然就是指真正的数据库事务,
Spring配置事务的是为了什么进行管理,当然是为业务逻辑进行事务管理,保证业务逻辑上数据的原子性;
Dao层是什么,数据访问层,是不应该包含业务逻辑的,这就是和Service层的不同;
Service层就是业务逻辑层,事务的管理就是为Service层上的保证。
相关文章
- Spring中事务控制基于注解的AOP实现事务控制
- spring事务学习(转账案例)(一)
- 终于!Spring Cloud 2021 正式发布,一大波更新,看完我彻底躺平了。。
- Spring Boot 实现多图片上传并回显,涨姿势了~
- spring事务配置
- 【k8s】Spring Boot 修改存活探针
- spring boot框架表达式注入漏洞
- spring+thymeleaf实现表单验证数据双向绑定
- 解决springboot 新版本 2.1.6 spring-boot-starter-actuator 访问报404
- spring security的原理及教程
- 多事务运行并发问题spring学习笔记——数据库事务并发与锁详解
- Spring 的优秀工具类盘点
- spring+mybatis+Atomikos JTA事务配置说明
- Spring事务专题之十二、Spring集成MyBatis
- Spring事务专题之一、JdbcTemplate实现增删改查
- Spring Security + JWT 实现单点登录
- spring成神之路第四十四篇:详解 spring 声明式事务(@Transactional)
- CXF集成Spring实现webservice的发布与请求
- Spring相关面试题:谈一谈你对事务的理解?
- spring boot自定义starter