转：https://blog.csdn.net/qq_32641813/article/details/87858789

    近期在做一个接口，采用的是Spring MVC的框架写的，但是当配置好框架，写完方法之后，发现在service层加了@Transactional注解的方式，竟然无效，无法进行事务的回滚，发现一般问题都不存在，一般@Transactional注解了，事务无法回滚是因为三个原因：

    1.方法可能不是public的声明

    2.异常类型是不是unchecked异常

    这个说明一下，在@Transactional注解事务的特性的时候，查阅文档可以知道，@Transactional注解事务的话，默认是Spring会对unchecked异常进行事务回滚；如果是checked异常则不回滚。什么是unchecked？

    java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等
    当然如需要让checked类型的也进行事务的回滚，可以照以下写法：

    @Transactional(rollbackFor=Exception.class)
    3.数据库引擎要支持事务，如果是MySQL，注意表要使用支持事务的引擎，比如innodb，如果是myisam，事务是不起作用的

    4.是否开启了对注解的解析


    5.spring是否扫描到你这个包，如下是扫描到org.test下面的包


    6.检查是不是同一个类中的方法调用（如a方法调用同一个类中的b方法）

    如果是同一个类中的方法调用，那么需要两个方法都加@Transactional注解，这样才会被@Transactional认为是同一个事务管理

    7.异常是不是被你catch住了

    如果在@Transactional注解的方法中，你写了一个try/catch，那么在catch中你不写throw new Exception将异常抛出的话，是无法进行事务回滚的

    @Transactional(rollbackFor = { Exception.class })
    public void test() {
    try {
    doDbStuff1();
    doDbStuff2();
    } catch (Exception e) {
    e.printStackTrace();
    //在这里如果不抛出异常，或者不手动回滚事物，那么是不会生效的
    }
    }
    解决方法：

    @Transactional(rollbackFor = { Exception.class })
    public void test() {
    try {
    test1();
    test2();
    } catch (Exception e) {
    e.printStackTrace();
    //在这里可以抛出异常或者代码控制回滚
    解决方法一、
    throw new Exception(“抛出异常”);
    解决方法二、
    TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    //增加这句话，就是用代码控制事务回滚
    }
    }
    以上问题，博主都没有无法解决自己的事务回滚问题，查了许多资料，才发现还有一个问题，就是在配置的时候：

    在 applicationContext.xml配置扫描之后
    在 Spring mvc.dispatcher.xml的文件中需要增加
    Spring容器优先加载由ServletContextListener（对应applicationContext.xml）产生的父容器，而SpringMVC（对应mvc_dispatcher_servlet.xml）产生的是子容器。子容器Controller进行扫描装配时装配的@Service注解的实例是没有经过事务加强处理，即没有事务处理能力的Service，而父容器进行初始化的Service是保证事务的增强处理能力的。如果不在子容器中将Service exclude掉，此时得到的将是原样的无事务处理能力的Service。