spring事务注解@Transactional不生效、不回滚原因

一般情况下在方法上直接添加@Transactional即可，但是极有可能会达不到我们想要的效果，这时就需要添加相应的参数，参数如下。

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

除了添加以上参数进行配置外，还有一些注意事项，可能会造成事务打开或回滚失败：

1. 添加注解的方法不是public修饰的；
2. 并不是所有的异常都能触发回滚，默认只有这些会触发回滚"运行时、未检查异常（继承自 RuntimeException 的异常）或者 Error"，所以如果想要所有的异常都回滚，需要在注解上添加（rollbackFor = Exception.class）这个参数和值。
3. 事务只有在方法抛出异常时才会回滚，如果方法中的异常被try-catch捕获，则不会回滚，如果业务需要在catch中进行业务逻辑处理，则需要手动回滚，在catch中添加以下语句：TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
4. 如果在controller层调用service方法（方法A）没有添加@Transactional注解，那么即使方法A调用（有注解的）方法B，也不会触发事务；

事务传播行为：

• REQUIRED（默认）：业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。 
• NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。 
• REQUIRESNEW：不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。 
• MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。 
• SUPPORTS：该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。 
• NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。 
• NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。