转自：https://blog.csdn.net/awp0011/article/details/50735616 遇到同样的问题

近日工作中遇到了这样一个问题：

一个Java Web项目（Spring+mybatis）， 在Spring配置了数据库事务（声明式），没有使用注解式的原因是：项目前期的开发者认为给每个Service类加上@Transcational注解是繁琐的事情（难道这些类也加上了@Service的注解就不繁琐了？） 在中期测试时发现，数据库事务设置不起作用，遇到异常数据没有回滚~~!(前期测试时为什么没有发现呢？ PO开始时说不需要管数据库事务的问题，可能是觉得配置了就不会出问题)，现在要发布一个版本，不得不处理该问题了。

首先，检查sprint的配置 目测没有什么问题，编写测试代码：在一个方法中插入多条数据后抛出一个异常，运行测试代码，结果数据表中的数据确实没有回滚，异常之前的数据都以提交到数据表中。

然后，再次检查spring数据库配置xml 修改AOP设置中的pointcut节点，怀疑是expression配置的不正确。修正后事务依然不起作用。

第三，开始在网上搜索 我注意有和我面临的情况相似的问题：

由于采用的是SpringMVC、 MyBatis，故统一采用了标注来声明Service、Controller 由于服务器启动时的加载配置文件的顺序为web.xml—root-context.xml(Spring的配置文件)—servlet-context.xml(SpringMVC的配置文件)，由于root-context.xml配置文件中Controller会先进行扫描装配，但是此时service还没有进行事务增强处理，得到的将是原样的Service（没有经过事务加强处理，故而没有事务处理能力），所以我们必须在root-context.xml中不扫描Controller

Spring容器优先加载由ServletContextListener（对应applicationContext.xml）产生的父容器，而 SpringMVC（对应mvc_dispatcher_servlet.xml）产生的是子容器。子容器Controller进行扫描装配时装配的 @Service注解的实例是没有经过事务加强处理，即没有事务处理能力的Service，而父容器进行初始化的Service是保证事务的增强处理能力 的。如果不在子容器中将Service exclude掉，此时得到的将是原样的无事务处理能力的Service，因为在多上下文的情况下，如果同一个bean被定义两次，后面一个优先。

最后，原因很可能就是上面提到的，剩下的工作就是实践了

修改spring-mvc.xml

修改spring-common.xml (applicationContext.xml)

修改spring-mybatis.xml