当 出现上诉异常时多半是因为service层得到的对象关联到多个对象，而在service层中未将其余对象实例化。如一个班级有多个学生，在service层中只将班级查出来。问题的出现是在显示层中迭代调用班级中的学生的时候就会报org.hibernate.LazyInitializationException，因为此时session已经关闭，而还会用到学生的代理对象。解决办法有两种：一是用OpenSessionInViewFilter（需要注意将它配置在struts2的过滤器之前）；方法二是在service层中将student对象也实例化。
第一种方法是简单易做到，但是却大大影响效率。第二种放法碰到关联对象较多时会比较麻烦。
下面是OpenSessionInViewFilter 的工作原理介绍：
Hibernate 允许对关联对象、属性进行延迟加载，但是必须保证延迟加载的操作限于同一个 Hibernate Session 范围之内进行。如果 Service 层返回一个启用了延迟加载功能的领域对象给 Web 层，当 Web 层访问到那些需要延迟加载的数据时，由于加载领域对象的 Hibernate Session 已经关闭，这些导致延迟加载数据的访问异常。而Spring为我们提供的OpenSessionInViewFilter过滤器为我们很好的解决了这个问题。OpenSessionInViewFilter的主要功能是使每个请求过程绑定一个 Hibernate Session，即使最初的事务已经完成了，也可以在 Web 层进行延迟加载的操作。OpenSessionInViewFilter 过滤器将 Hibernate Session 绑定到请求线程中，它将自动被 Spring 的事务管理器探测到。所以 OpenSessionInViewFilter 适用于 Service 层使用HibernateTransactionManager 或 JtaTransactionManager 进行事务管理的环境，也可以用于非事务只读的数据操作中。
request-->open session-->打开连接、开始事务-->持久操作-->渲染（关闭连接、session）-->response 其中一些过程省略了，不是很关心。