一、SSH整合之后事务问题和总结
1.引入问题：DAO层测试
假设将User对象设置为懒加载模式，在dao层使用load方法。
注意，注释不要放开。
使用如下的代码块进行测试：
会报错：no session。
为什么会没有session呢，因为在代码
User user=(User) hibernateTemplate.load(User.class, id);
执行完成之后session就已经关闭了。
2.Service层测试
（1）Service层代码：
DAO层代码：
测试代码：
运行结果：
出现的错误结果和上面完全相同。
（2）解决错误
将DAO层中的代码注释去掉或者将Service中的代码注释去掉。
注释的代码作用是打印结果，只是一个System.out.println方法的执行；虽然如此，程序运行不再有问题。
3.原因分析
（1）为什么测试DAO无论怎么测试都会报出异常？
因为DAO层调用完成getUserById方法之后session就马上关闭了，所以执行下一句代码的时候即使是打印输出的代码也会报错。
（2）为什么测试Service的时候如果没有去掉注释的话，就会出错？
因为去掉注释的话，Service层调用完成getUserById方法之后Session就会关闭，效果和在DAO层是完全相同的，所以结果和在DAO层是完全相同的。报错的信息完全相同。
（3）为什么Service层去掉注释之后就不报错了？
Service层去掉注释之后由于方法还没有退出，所以会将数据保存到User对象中；所以数据已经保存到了内存中，这样就不会报错了。
（4）在DAO层去掉注释之后会不会报错？
去掉DAO层的注释之后的运行结果：
结果是没有报错，为什么，DAO层调用完成查询的方法之后不是会立即关闭session吗？
结果是没有关闭Session，原因是在Service层调用的方法，该方法具有事务，而且该事务的范围扩展到了DAO层。最根本的原因是在Spring配置文件中的配置：
propagation属性值是默认的，所以在Service层中方法执行的时候，执行的所有方法都将会带有事务，直到方法结束，事务也会随之结束，因此DAO层才没有立即结束事务（关闭session）。
4.总结SSH整合之后事务管理的范围
（1）如果当前执行的方法没有事务环境，当执行完成this.hibernateTemplate中的方法之后session立即关闭。
（2）如果当前执行的方法有事务环境，当事务环境的方法被调用完成之后session关闭。
5.通过以上的分析和总结可以得到如果直接在Action中调用Service层中的方法，如果出现异常，肯定不能回滚，例如下面中的测试代码：
很明显，这里有/0的异常，所以如果事务能够回滚，则不会发出insert的sql语句。但是结果却是：
所以事务回滚失败了。原因就是Service对象中的每一个方法执行完成之后都会立即关闭session，事务也随之消失。相同Service中的方法调用多次或者相同Service中的不同方法执行的时候一定不会在同一个事务中。
二、解决SSH整合之后的事务问题
解决方法就是使用OSIV模式（Open Session In View），即在MVC中的View层就开启事务，这样就扩展了事务的范围。
只是在web.xml文件中加上如下的配置即可：
<!-- 使用OSIV模式解决事务回滚问题，只需要添加一个监听器就可以了 -->
<filter>
<filter-name>OpenSessionInViewFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>OpenSessionInViewFilter</filter-name>
<url-pattern>*.action</url-pattern>
</filter-mapping>
也就是说只是增加了一个过滤器而已，应当注意该过滤器放置的位置应当在下面的配置上面：
<filter>
<filter-name>strutsFilter</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>strutsFilter</filter-name>
<url-pattern>*.action</url-pattern>
</filter-mapping>
否则添加的过滤器不生效。完整的web.xml文件配置如下：
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="3.0"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"> <!-- 使用OSIV模式解决事务回滚问题，只需要添加一个监听器就可以了 -->
<filter>
<filter-name>OpenSessionInViewFilter</filter-name>
<filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>OpenSessionInViewFilter</filter-name>
<url-pattern>*.action</url-pattern>
</filter-mapping> <filter>
<filter-name>strutsFilter</filter-name>
<filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>strutsFilter</filter-name>
<url-pattern>*.action</url-pattern>
</filter-mapping> <listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/applicationContext.xml</param-value>
</context-param> <welcome-file-list>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
</web-app>
web.xml
最后，使用OSIV模式应当注意的事项：
1.使用OSIV模式之后，sessio的打开被提前了，session的关闭被延后了，这样就解决了懒加载引起的异常的问题。
2.两个过滤器，OSIV的过滤器必须在struts2之前。
使用OSIV模式的缺点：
因为Session的关闭被延迟了，所以hibernate的一级缓存在session中，所以会导致大量的缓存数据长期保存在了内存中。
三、Struts2流程回顾
1.启动服务器的时候干了两件事情。
* dispatcher = init.initDispatcher(config);该句代码加载了各种各样的配置文件。
* init.initStaticContentLoader(config, dispatcher); 该句代码完成了静态注入。
2.当过滤器拦截到一个请求的时候做了什么事情
查看doFilter方法中的源代码。
（1）创建AciontContext对象。
创建ActionContext对象的同时会同时创建ValueStack对象，而且创建ValueStack对象在前，创建ActionContext对象在后。
两个对象同时创建，而且两个对象维护同一个Map对象，原因是创建ActionContext的时候使用的参数是ValueStack对象的context成员变量。
通过代码ActionContext.setContext(tx);即可以将ActionContext放置到ThreadLocal中了，这样数据就安全了，下面是代码追踪。
（2）创建ActionProxy对象
init方法中执行了创建了对应的Action和所有的拦截器。
最后在invocation的invoke方法中执行所有的拦截器、执行当前请求的action、执行结果集。
四、Struts2的完整流程图
最后附上项目源代码：https://github.com/kdyzm/day53_ssh_oa