spring-关于Spring的事务传播性的一个疑问

问题描述

关于Spring的事务传播性的一个疑问

大家好，问个关于事务的传播性的问题。假设 ServiceA.methodB 设置了 PROPAGATION_REQUIRED，但 ServiceC.methodD 没有设置 事务的传播性，那么当 ServiceA.methodB 调用 ServiceC.methodD 时，methodD 对数据库操作如 insert或update 会随着 ServiceA.methodB 一起提交吗？

解决方案

没有的话就没有，不会使用当前已有的事物，，所以不会一起提交

时间： 2024-09-10 11:11:43

spring-关于Spring的事务传播性的一个疑问的相关文章

spring事务中隔离级别和spring的事务传播机制

Transaction 也就是所谓的事务了,通俗理解就是一件事情.从小,父母就教育我们,做事情要有始有终,不能半途而废. 事务也是这样,不能做一般就不做了,要么做完,要 么就不做.也就是说,事务必须是一个不可分割的整体,就像我们在化学课里学到的原子,原子是构成物质的最小单位.于是,人们就归纳出事务的第一个特性:原子性(Atomicity).我靠,一点都不神秘嘛. 特别是在数据库领域,事务是一个非常重要的概念,除了原子性以外,它还有一个极其重要的特性,那就是:一致性(Consistency).也就

spring事务传播机制的测试结果

/**     * @Component是个一般性的注解,使用此注解修饰的POJO类,有value属性,指定bean的id.也可不写.默认值是类名首字母小写     * @Resource是控制依赖注入的,@Resource有两个属性是比较重要的,分是name和type.设置那个属性,按那个策略注入.不设置,默认按ByName策略注入.     * @Autowired是控制依赖注入.按byType自动注入.     *      * @Controller是springMVC中注解控制器的. 

Spring五个事务隔离级别和七个事务传播行为

Spring五个事务隔离级别和七个事务传播行为 1. 脏读 :脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据. 2. 不可重复读 :是指在一个事务内,多次读同一数据.在这个事务还没有结束时,另外一个事务也访问该同一数据.那么,在第一个事务中的两 次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的.这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不 可重复读.例如

Spring中的事务传播属性详解

在使用Spring时,大部分会用到他的声明式事务,简单的在配置文件中进行一些规则配置,利用Spring的AOP功能就能轻松搞定事务问题:这里面就涉及到一个事务的传播属性问题Propagation,它在TransactionDefinition接口中定义,以供PlatfromTransactionManager使用,PlatfromTransactionManager是spring事务管理的核心接口. TransactionDefinition public interface Transacti

面试-spring事务传播属性有哪几种

问题描述 spring事务传播属性有哪几种 今天面试遇到的问题,spring事务传播属性有哪几种?常用的有哪些 解决方案 spring事务传播属性与隔离级别spring事务传播属性与隔离级别Spring 事务传播属性 解决方案二: 1.propagation_required spring默认的事务方式,如果当前存在事务,沿用当前事务,不存在事务,开启一个事务2.propagation_suports 以当前事务方式运行,当前没事务,不开启新的事务3.propagation_mandatory

浅析spring事务传播级别

spring是一个开源的框架,Spring为简化企业级应用开发而生,使用Spring可以使简单的JavaBean实现以前只有EJB才能实现的功能.今天我们先避开spring核心IOC&AOP,浅谈一下spring的事务传播级别. 误区 spring由于事务是是通过service一层控制的,因此为了保证事务的安全和可控性,尽量不要将两个事务要求的方法进行相互调用. 想想看,spring身为一个伟大的,灵活的框架.它怎么可能在事务这么重要的功能上给我们挖坑呢 在最开始使用spring进行事务开发管理

Spring事务传播特性的浅析——事务方法嵌套调用的迷茫

  Spring事务传播机制回顾     Spring事务一个被讹传很广说法是:一个事务方法不应该调用另一个事务方法,否则将产生两个事务.结果造成开发人员在设计事务方法时束手束脚,生怕一不小心就踩到地雷. 其实这是不认识Spring事务传播机制而造成的误解,Spring对事务控制的支持统一在TransactionDefinition类中描述,该类有以下几个重要的接口方法:  int getPropagationBehavior():事务的传播行为 int getIsolationLevel():

关于spring注解事务传播机制的REQUIRED和REQUIRES_NEW

问题描述 关于spring注解事务传播机制的REQUIRED和REQUIRES_NEW 这是有注解REQUIRED的方法: @Transactional(propagation=Propagation.REQUIRES_NEW) public void updateUserRequired(int sid) { User user = new User(); User user1 = null; user1=getUserInfo("1", null); user.setID(&quo

Spring事务传播行为

Spring在TransactionDefinition接口中规定了7种类型的事务传播行为,它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播,如表下图所示.