Question

spring的事务配置

spring的局部事务配置，通过切入点产生事务代理进行事务增强，那对于一个业务逻辑，在执行切入点函数之前就已经打开事务，当然打开事务之前先得打开session，最后函数执行完后提交事务，并关闭session，那就是说dao中的hibernatetemplate执行的get方法的具体操作方法是不需要再进行事务和session操作的吗？

我理解不对的地方 请大神指明。。。

Answer 1

这是一般规范配置事务的，根据业务需求可以改expression路径，和前缀方法

从我这个配置文件来讲，事务是从service。前缀方法（）开始给这个方法添加事务，而这个方法的实现是在serviceImpl类里，这个类里你又调用了dao。XXX方法等很多操作，但因为从第一入口类(就是你调用那个service。前缀方法)开始已经开启了一个事务，当然先开启session 然后对应N个事务，而这个session又管理到你执行完最后方法（比如你的dao的查询，更新等），到你这个入口类方法结束出来时候 spring给你管理事务的commit和session的关闭。具体怎么封装好的我也不清楚，但你要注意的是上面配置的每个属性代表什么意思，注重的是什么时候开启事务，什么时候不开启事务等

希望对你有所帮助

追问

一个session哪来的n个事务

追答

比如说你用service。createXX方法开启了一个session 并添加了一个事务是不？然后在createXX方法类里可以有N个事务
实际例子：
serviceA。recover（）---比如在service层调用了这个方法，开启了一个session但没添加事务。
在serviceImpl类的recover方法里， 有个serviceB。createXXX方法 这时候根据你封装好的getCurrentSession取了serviceA的session 并添加了B事务，又在下面调用serviceC。saveXXX方法，添加C事务，以此类推，这么做的好处在于，由于serviceA。recover方法故意没添加事务，recover里面的事务都是各走各的，如果recover中途出了异常，回滚的都是当前的一个对象，之前create和update的正常执行完，而当你在serviceA直接开启了事务，里面的serviceB，serviceC的事务默认包含在A，当serviceA中途报错了 会回滚全部。这些都在实际开发中根据你的业务需求而使用

追问

不懂你的理论。。我只知道一个方法一个事务一个session,事务和session,都由容器管理，你只要需要简单的配置。我说的是spring+hibernate方案

追答

在你的理解中有几个是错误的，首先session是最大的，然后session可以有一个或一个以上的事务（这个问题你随便百度就能找到答案，而不是你那个一个session就一个事务），而事务是由spring代理来管理添加，再有一个是事务绑定方法是跟你的配置有关，如果你用@注入形式，可以直接在action层或者service层添加事务，这样dao层在上面层里面就自动被事务管理了，不需要添加。但一般实际开发时候都用上边的我给你发的默认设置事务的配置，（是手动写的） 这样默认事务是从service层开发绑定。最重要的是 事务这种东西不能只看书面这些资料来理解，而是去实际开发，并根据别人的资料 看看是什么时候回滚等
想看回滚效果 可以在方法之前手动添加错误 比如 int a =4/0;等 ，然后看看异常时候你的事务回滚不