为了弄清楚spring对session和事务的管理以及OpenSessionInViewFilter是如何工作的，可监控以下类的日志：
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter，
org.springframework.orm.hibernate3.HibernateTransactionManager，
org.hibernate.transaction.JDBCTransaction，
org.hibernate.impl.SessionImpl
具体可参考下面的配置：
下面是在一个不使用OpenSessionInViewFilter的项目中，一次请求(所有条目都是在一个线程里的)调用两次getAllForumGroups方法（此方法上声明了事务控制）打出的日志：
日志中可以清楚地看到：每次事务开启时会打开一个新的session，事务结束时会关闭该session,session不再和当前线程绑定。
下面是在一个使用了OpenSessionInViewFilter的项目中，一次请求(所有条目都是在一个线程里的)调用两次getRole方法（此方法上声明了事务控制）打出的日志：
日志中可以清楚地看到：请求刚发起时就会创建一个session实例，并绑定到当前线程上，至请求结束时，关闭该线程。在请求期间所有事务都使用这一个session。
另一方面我们还可以看到：数据库连接connection保持打开的时间正是事务从开始到提交的时间，为了测试，getRole方法中故意设定了3秒的延迟，从日志上看出数据库连接也基本上维持了3秒。这是很多系统出现无法获取数据库连接问题的原因。在一个使用了连接池的系统里，连接数有一个最大上限，如果某个请求的处理耗时过长，则当前数据库连接在短时间内就得不到释放。当前并发访问量急速上升时，连接池的连接用会迅速用光，导致后续的请求因无法得到数据库连接而失败。
最后，至于为什么只需要保证session一直打开就能避免lazy loading时不报错，原因就在于，观察下面的log可以发现，每当在事务期间时autocommit就被禁用，事务一执行完毕就又恢复至可用。这样，在jsp页面上读取lazy对象时，并不是以事务方式进行的，而是以autocommit的方式提交select语句的。因此只需要保持session打开即可，无需事务的支持。