1.代码中事务控制的3种方式
编程式事务：就是直接在代码里手动开启事务，手动提交，手动回滚。优点就是可以灵活控制，缺点就是太麻烦了，太多重复的代码了。
声明式事务：就是使用SpringAop配置事务，这种方式大大的简化了编码。需要注意的是切入点表达式一定要写正确。
注解事务：直接在Service层的方法上面加上@Transactional注解，个人比较喜欢用这种方式。
2.事务不回滚的原因
在工作中，看过别人写的代码出现了事务不回滚的现象。当然，事务不回滚的都是采用的声明式事务或者是注解事务；编程式事务都是自己写代码手动回滚的，因此是不会出现不回滚的现象。
再说下 声明式 事务和注解事务回滚的原理：当被切面切中或者是加了注解的方法中抛出了RuntimeException异常时，Spring会进行事务回滚。默认 情况下是 捕获到方法的 RuntimeException 异常 ，也就是说抛出只要属于运行时的异常（即 RuntimeException及其子类 ）都能回滚；但当抛出一个不属于运行时异常时，事务是不会回滚的。
下面说说我经常见到的3种事务不回滚的产生原因：
（1）声明式事务配置切入点表达式写错了，没切中Service中的方法
（2）Service方法中，把异常给try catch了，但catch里面只是打印了异常信息，没有手动抛出RuntimeException异常
（3）Service方法中，抛出的异常不属于运行时异常（如IO异常），因为Spring默认情况下是捕获到运行时异常就回滚。
3.无事务a()方法中调用同一个类的有事务b()方法的情况
在Spring管理的项目中，方法B使用了Transactional注解，试图实现事务性。但当同一个class中的方法A调用方法B时，会发现方法B中的异常不再导致回滚，也即事务失效了。
当这个方法被同一个类调用的时候，spring无法将这个方法加到事务管理中。

public class UserService extends BaseServerTest {

    private static final Logger logger = Logger.getLogger(PropagationTest.class);

    @Autowired
    UserMapper userMapper;

    @Test
    public void a() {
        try {
            b();
        } catch (Exception e) {
            throw new RuntimeException();
        }
    }

    @Transactional(propagation = Propagation.REQUIRES_NEW, readOnly = false, rollbackFor = RuntimeException.class)
    public void b() {
        try {
            userMapper.saveNews(new JSONArray());
        } catch (Exception e) {
            throw new RuntimeException();
        }
    }
}

原因：
声明式事务基于Spring AOP实现,将具体业务逻辑与事务处理解耦，在 Spring 的 AOP 代理下，只有目标方法由外部调用，目标方法才由 Spring 生成的代理对象来管理，这会造成自调用问题

spring的@Transactional事务生效的一个前提是进行方法调用前经过拦截器TransactionInterceptor，也就是说只有通过TransactionInterceptor拦截器的方法才会被加入到spring事务管理中

如果是在同一个类中的方法调用，则不会被方法拦截器拦截到，因此事务不会起作用，必须将方法放入另一个类，并且该类通过spring注入。

Transactional是Spring提供的事务管理注解。

重点在于，Spring采用动态代理(AOP)实现对bean的管理和切片，它为我们的每个class生成一个代理对象。只有在代理对象之间进行调用时，可以触发切面逻辑。

而在同一个class中，方法A调用方法B，调用的是原对象的方法，而不通过代理对象。所以Spring无法切到这次调用，也就无法通过注解保证事务性了。

也就是说，在同一个类中的方法调用，则不会被方法拦截器拦截到，因此事务不会起作用。

解决方法：

解决方法1：
将事务方法放到另一个类中（或者单独开启一层，取名“事务层”）进行调用，即符合了在对象之间调用的条件。

解决方法2：
获取本对象的代理对象，再进行调用。具体操作如：
①Spring-content.xml上下文中，增加配置：

<aop:aspectj-autoproxy expose-proxy="true"/>

②在xxxServiceImpl中，用(xxxService)(AopContext.currentProxy())，获取到xxxService的代理类，再调用事务方法，强行经过代理类，激活事务切面。

解决方法3：
很多时候，方法内调用又希望激活事务，是由于同一个方法既有DAO操作又有I/O等耗时操作，不想让耗时的I/O造成事务的太长耗时（比如新增商品同时需要写入库存）。此时，可以将I/O做成异步操作（如加入线程池），而加入线程池的操作即便加入事务也不会导致事务太长，问题可以迎刃而解。

解决方法4：
用@Autowired 注入自己 然后在用注入的bean调用自己的方法也可以