Spring声明式与编程式事务的区别，事务与非事务方法相互调用导致的事务不生效问题

事务基本概念

1. 事务的4种特性        

序号 参数 含义
1 原子性(Atomicity) 事务是数据库的逻辑工作单位，它对数据库的修改要么全部执行，要么全部不执行。
2 一致性(Consistemcy) 事务前后，数据库的状态都满足所有的完整性约束。
3 隔离性(Isolation) 并发执行的事务是隔离的，一个不影响一个。通过设置数据库的隔离级别，可以达到不同的隔离效果
4 持久性(Durability) 在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

2.Transactional（）控制事务传播的配置项目（默认Propagation.REQUIRED）

@Transactional(propagation=Propagation.REQUIRED) //控制事务传播。默认是Propagation.REQUIRED
@Transactional(isolation=Isolation.DEFAULT) //控制事务隔离级别。默认跟数据库的隔离级别相同
@Transactional(readOnly=false) //控制事务可读写、只可读。默认可读写
@Transactional(timeout=30) //控制事务的超时时间，单位秒。默认跟数据库的事务控制系统相同
@Transactional(rollbackFor=RuntimeException.class) //控制事务遇到哪些异常会回滚。默认是RuntimeException
@Transactional(rollbackForClassName=RuntimeException) //同上
@Transactional(noRollbackFor=NullPointerException.class) //控制事务遇到哪些异常不会回滚。默认遇到RuntimeException回滚
@Transactional(noRollbackForClassName=NullPointerException)//同上

3.事务的7中传播特性

序号 传播行为 含义
1 REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。
2 SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行
3 MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
4 NESTED 如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行
5 NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常
6 REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在，则将这个已经存在的事务挂起
7 NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务

Spring事务传播属性:
1.propagation-required: 支持当前事务,如果有就加入当前事务中;如果当前方法没有事务,就新建一个事务;
2.propagation-supports: 支持当前事务,如果有就加入当前事务中;如果当前方法没有事务,就以非事务的方式执行;
3.propagation-mandatory: 支持当前事务,如果有就加入当前事务中;如果当前没有事务,就抛出异常;
4.propagation-requires_new: 新建事务,如果当前存在事务,就把当前事务挂起;如果当前方法没有事务,就新建事务;
5.propagation-not-supported: 以非事务方式执行,如果当前方法存在事务就挂起当前事务;如果当前方法不存在事务,就以非事务方式执行;
6.propagation-never: 以非事务方式执行,如果当前方法存在事务就抛出异常;如果当前方法不存在事务,就以非事务方式执行;
7.propagation-nested: 如果当前方法有事务,则在嵌套事务内执行;如果当前方法没有事务,则与required操作类似;
前六个策略类似于EJB CMT，第七个（PROPAGATION_NESTED）是Spring所提供的一个特殊变量。
它要求事务管理器或者使用JDBC 3.0 Savepoint API提供嵌套事务行为（如Spring的DataSourceTransactionManager）
在同一个类中，一个方法调用另外一个有注解（比如@Async，@Transational）的方法，注解是不会生效的

4. 事务的传播案例：

事务在A类的a()方法中调用B类的b()方法的传播案例

A.a() B.b()的事务配置 a()没有事务的结果 a()有事务的结果
REQUIRED b()创建自己的事务; b()接受a()的事务
SUPPORTS b()不创建自己的事务; b()接受a()的事务
MANDATORY b()报异常 b()接受a()的事务
NESTED b()创建自己的事务; b()接受a()的事务，成为a()嵌套的子事务
NEVER b()不创建自己的事务; b()报异常
REQUIRES_NEW b()创建自己的事务; b()不接受a()的事务，b()先执行,内层事务失败不会影响外层事务
NOT_SUPPORTED b()不创建自己的事务; b()不接受a()的事务，b()先执行

声明式与编程式事务的区别

编程式事务

基于底层的API，如PlatformTransactionManager、TransactionDefinition 和 TransactionTemplate 等核心接口，开发者完全可以通过编程的方式来进行事务管理。

编程式事务方式需要是开发者在代码中手动的管理事务的开启、提交、回滚等操作。

public void test() {

      TransactionDefinition def = new DefaultTransactionDefinition();
      TransactionStatus status = transactionManager.getTransaction(def);

       try {
         // 事务操作

         // 事务提交
         transactionManager.commit(status);

      } catch (DataAccessException e) {
         // 事务提交
         transactionManager.rollback(status);

         throw e;
      }
}

如以上代码，开发者可以通过API自己控制事务。

声明式事务

声明式事务管理方法允许开发者配置的帮助下来管理事务，而不需要依赖底层API进行硬编码。开发者可以只使用注解或基于配置的 XML 来管理事务。

@Transactional
public void test() {
     // 事务操作  
}

如上，使用@Transactional即可给test方法增加事务控制。当然，想要使用事务还需要一些配置内容。

声明式事务的优缺点

优点：

声明式事务帮助我们节省了很多代码，他会自动帮我们进行事务的开启、提交以及回滚等操作。

声明式事务管理使用了 AOP 实现的，本质就是在目标方法执行前后进行拦截。 在目标方法执行前加入或创建一个事务，在执行方法执行后，根据实际情况选择提交或是回滚事务。

使用这种方式，对代码没有侵入性，方法内只需要写业务逻辑就可以了。

缺点：

声明式事务有一个局限，那就是他的最小粒度要作用在方法上。除此之外，还有几种场景下会导致声明式事务不生效。

关于@Transactional的用法，阿里巴巴出的Java开发手册有提到过：