如何给Spring MVC的action加上事务

其实就是一个加载顺序的问题

首先使用了spring

MVC的项目是不需要配置action bean，而是通过spring

mvc的配置文件进行扫描注解加载的，spring事务配置文件还有上下文都是通过org.springframework.web.context.ContextLoaderListener加载的，而spring

MVC的action是通过org.springframework.web.servlet.DispatcherServlet加载的，这样就有个优先级的问题了，web是先启动ContextLoaderListener后启动DispatcherServlet，在ContextLoaderListener加载的时候action并没在容器中，所以现在使用AOP添加事务或者扫描注解都是无用的。

那么解决办法就是在DispatcherServlet加载的spring-MVC配置文件后再加上AOP事务扫描配置就OK了

1

2

3

4

5

6

7

8

<tx:advice id="defaultTxAdvice" transaction-manager="transactionManager">

<tx:attributes>

<tx:method name="questionReply" propagation="REQUIRED"/>

</tx:attributes>

</tx:advice>

<aop:config>

<aop:advisor advice-ref="defaultTxAdvice" pointcut="execution(* com.jeecms.cms.action.front.PhQuestionAct.*(..))"/>

</aop:config>

这是spring的批注式事务管理

你应该去找spring的书 或 官方文档看看

这里你需要理解的是 事务的传播行为

传播行为主要是用来告知何时该开始一个新的事务 或者 何时暂停一个事务等

如：Propagation.REQUIRED 就是传播行为中的一种

表示如果它的外部已经存在一个事务；则无需再开始新的事务；(他自然在这个事务中)

如果外面没有事务则开始一个新的事务

所有这种事务声明是可以嵌套的（虽然事务声明可以嵌套，但事务本身并没有嵌套，当然事务是不可嵌套的；正像上面讲的一样）

---------------------------------------------------------------------------

如你的问题中 同时对一张表的两种 *** 作

如果这两个 *** 作封装在不同的方法中，只需将这两个方法都声明为Propagation.REQUIRED

并把更上一层调用这两个子方法的 方法也声明为Propagation.REQUIRED

这种方式比较灵活，两个方法即可独立开始事务；也可加入上层事务；具体要看业务需要

如果这两个 *** 作封装在一个方法中，只需要将这个方法都声明为Propagation.REQUIRED即可

你说的事务没有生效具体情况没看运行结果看不出来，我这里说一下我做的测试和理解吧。

首先我这个项目使用了SpringMVC搭建，事务配置和你的基本一致：

因为我的事务管理器使用的id是默认id，所以<tx:annotation-driven />后面不需要跟id

连接池使用的是com.mchange.v2.c3p0.ComboPooledDataSource

然后我查资料了解到：

所以我就不像你这样写了，反正都是默认值

接着做出如下几种测试：

1、在Service实现层方法上添加@Transactional注解：

控制器的注册方法这么写：

可以看到这个是重复插表了，必然引起违反唯一约束异常

把数据库清空：

postman准备：

冲！

好，服务器返回500了，我们看下日志：

第一次insert时，首先创建了一个会话，注册事务，连接入池，执行插入，插入成功，释放会话资源，事务提交，事务关闭。

第二次insert，还是创建会话吧啦吧啦一堆，然后插入失败，服务器发生com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException异常，此时直接释放会话，在服务器打印错误信息，事务关闭。事务没有进行提交，所以事务得到回滚。

但是可以发现因为第一次插入的会话也好，事务也好，已经和第一次插入不是一个了，所以第一次插入还是成功了：

只有第二次事务得到了回滚。

所以我意识到只有将所有数据库 *** 作都包含在同一个事务之中，那么事务回滚的时候才能大家一起回滚。

因此，这次测试的时候，我将@Transactional直接放到控制器中：

再冲！

再次500了，我们看下日志：

第一次插入时，新建了会话，注册了事务，入池，然后执行，执行成功，释放会话资源，然后事务没有关闭，也没有提交。

紧接着就开始第二次插入，它直接fetched（获取）当前事务中的会话，执行插入，释放会话资源，此时再次发生MySQLIntegrityConstraintViolationException异常，打印异常信息，事务没有提交直接关闭，得到回滚。

查了下数据库确实没有新数据被插入。

综上所述，我这个事务回滚还是生效了的，关键还是在于@Transactional注解的设置位置。这个注解设置在某个方法上，只能将这个方法内所进行的所有数据库 *** 作归结到一个事务里，出了这个方法，那就管不了了。

所以我想看一下你的这个注解到底是怎么加的？

另外直接把注解加载服务层的类上我试了也不行

这样也是无法回滚的。

---