spring是一个开源的框架，Spring为简化企业级应用开发而生，使用Spring可以使简单的JavaBean实现以前只有EJB才能实现的功能。今天我们先避开spring核心IOC&AOP，浅谈一下spring的事务传播级别。
误区
spring由于事务是是通过service一层控制的，因此为了保证事务的安全和可控性，尽量不要将两个事务要求的方法进行相互调用。
想想看，spring身为一个伟大的，灵活的框架。它怎么可能在事务这么重要的功能上给我们挖坑呢
在最开始使用spring进行事务开发管理的的时候，一直认为spring的方法控制事务，只能将事务保证在当前一个事务中。因此那时脑残的我写所有代码的时候都会检查当前带有事务注解的public的方法是否会调用一个带有事务注解的方法。如果调用了，当时我的处理方案是，我会挪调子方法的相关代码到当前方法（捂脸ing）
闲话不说了，下面我们来说下spring的事务传播级别。
传播行为顾名思义，就是在有多个事务的时候，事务之间是如何传播的。
传播行为定义关于调用方法的事务边界。Spring定义了7中传播行为
REQUIRED:业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。
NOT_SUPPORTED:声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。
REQUIRESNEW:不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。
MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。
SUPPORTS:该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。
NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。
NESTED:如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务 拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。在代码中我们该如何使用事务传播呢
很简单只需要在增加@Transactional注解的时候，增加propagation属性即可
直接上代码
@Transactional(propagation= Propagation.REQUIRED)
@Override
public AspResult<Integer> updateBussinessProjectByBpm(ProjectInfoModel projectInfoModel) {
//先判断商务项目是否存在
AspResult<Integer> aspResult = new AspResult<Integer>();超级简单！
以上就是spring事务传播行为的简介。大家有什么问题，可以在回复中提一下，大家一起探讨学习下。
