由OpenSessionInView想到了。

无意间翻到一个N年前的老帖子（http://www.iteye.com/topic/17501），讨论的是OpenSessionInView的效率问题。
我本人对Spring和Hibernate都没有什么经验，只是对于引起OpenSessionInView效率低的原因感兴趣。

首先OpenSessionInViewFilter就是一个过滤器，那么它的执行时间也就是其后的过滤器以及servlet的执行时间，这中间比较耗时的，就是业务操作，以及大页面的渲染。

对于业务操作，这是无法避免的，和是否使用OpenSessionView无关。
至于大页面的渲染，如果仅仅是渲染本身，那么也是和是否使用OpenSessionView无关的。

最大的问题是渲染生成的页面大小是否超过了Response的页面缓冲区，如果超过了，那么即使页面没有渲染完成也会向客户端传送页面内容，如果再加上客户端和服务器间的传送速度比较慢的话，这个过程需要很长时间，也就最终导致，数据库链接长时间无法释放。

Response的页面缓冲默认打小为8K，
可以通过一下方法，对其进行操作。

//设置缓冲大小
public void ServletResponse.setBufferSize(int size)
  throws IllegalStateException
//取得缓冲大小
public int ServletResponse.getBufferSize()
//检查是否已经开始发送到客户端
public boolean ServletResponse.isCommitted()
//清空缓冲区
public void ServletResponse.reset() throws IllegalStateException
//立刻把数据发送到客户端
public void ServletResponse.flushBuffer() throws IOException

结论就是，在链入速度比较低的用户比较多的系统上尽量少用OpenSessionInViewFilter，如果实在无法避免的话，那么在渲染的页面比较大的servlet里面加大页面缓冲区，使其能够在渲染晚页面后统一发送到客户端。

评论

1 楼 imcaptor 2009-09-18  

页面大，链路无保障，OpenSessionView还是别用了，
需要什么数据，取什么数据最好，虽然麻烦些，但是不会引起效率问题。

有些事情不能两全的。