OpenSessionInView详解 关键字: Spring OpenSessionInView OpenSessionInViewFilter是Spring提供的一个针对Hibernate的一个支持类，其主要意思是在发起一个页面请求时打开Hibernate的Session，一直保持这个Session，直到这个请求结束，具体是通过一个Filter来实现的。 由于Hibernate引入了Lazy Load特性，使得脱离Hibernate的Session周期的对象如果再想通过getter方法取到其关联对象的值，Hibernate会抛出一个LazyLoad的Exception。所以为了解决这个问题，Spring引入了这个Filter，使得Hibernate的Session的生命周期变长。 首先分析一下它的源码，可以发现，它所实现的功能其实比较简单： Java代码
1 SessionFactory sessionFactory = lookupSessionFactory(request);
2
3 Session session = null;
4
5 boolean participate = false;
6
7
8
9 if (isSingleSession()) {
10
11 // single session mode
12
13 if (TransactionSynchronizationManager.hasResource(sessionFactory)) {
14
15 // Do not modify the Session: just set the participate flag.
16
17 participate = true;
18
19 } else {
20
21 logger.debug("Opening single <A title=Hibernate href="http://www.google.cn/search?sbi=基金&amp;q=基金&amp;sbb=搜索&amp;sa=搜索&amp;client=pub-6430022987645146&amp;forid=1&amp;prog=aff&amp;ie=GB2312&amp;oe=GB2312&amp;hl=zh-CN " target=_blank>Hibernate</A> Session in OpenSessionInViewFilter");
22
23 session = getSession(sessionFactory);
24
25 TransactionSynchronizationManager.bindResource(sessionFactory, new SessionHolder(session));
26
27 }
28
29 } else {
30
31 // deferred close mode
32
33 if (SessionFactoryUtils.isDeferredCloseActive(sessionFactory)) {
34
35 // Do not modify deferred close: just set the participate flag.
36
37 participate = true;
38
39 } else {
40
41 SessionFactoryUtils.initDeferredClose(sessionFactory);
42
43 }
44
45 }
46
47
48
49 try {
50
51 filterChain.doFilter(request, response);
52
53 } finally {
54
55 if (!participate) {
56
57 if (isSingleSession()) {
58
59 // single session mode
60
61 TransactionSynchronizationManager.unbindResource(sessionFactory);
62
63 logger.debug("Closing single <A title=Hibernate href="http://www.google.cn/search?sbi=基金&amp;q=基金&amp;sbb=搜索&amp;sa=搜索&amp;client=pub-6430022987645146&amp;forid=1&amp;prog=aff&amp;ie=GB2312&amp;oe=GB2312&amp;hl=zh-CN " target=_blank>Hibernate</A> Session in OpenSessionInViewFilter");
64
65 closeSession(session, sessionFactory);
66
67 }else {
68
69 // deferred close mode
70
71 SessionFactoryUtils.processDeferredClose(sessionFactory);
72
73 }
74
75 }
76
77 }
78
79
80
81 SessionFactory sessionFactory = lookupSessionFactory(request);
82
83 Session session = null;
84
85 boolean participate = false;
86
87
88
89 if (isSingleSession()) {
90
91 // single session mode
92
93 if (TransactionSynchronizationManager.hasResource(sessionFactory)) {
94
95 // Do not modify the Session: just set the participate flag.
96
97 participate = true;
98
99 } else {
100
101 logger.debug("Opening single <A title=Hibernate href="http://www.google.cn/search?sbi=基金&amp;q=基金&amp;sbb=搜索&amp;sa=搜索&amp;client=pub-6430022987645146&amp;forid=1&amp;prog=aff&amp;ie=GB2312&amp;oe=GB2312&amp;hl=zh-CN " target=_blank>Hibernate</A> Session in OpenSessionInViewFilter");
102
103 session = getSession(sessionFactory);
104
105 TransactionSynchronizationManager.bindResource(sessionFactory, new SessionHolder(session));
106
107 }
108
109 } else {
110
111 // deferred close mode
112
113 if (SessionFactoryUtils.isDeferredCloseActive(sessionFactory)) {
114
115 // Do not modify deferred close: just set the participate flag.
116
117 participate = true;
118
119 } else {
120
121 SessionFactoryUtils.initDeferredClose(sessionFactory);
122
123 }
124
125 }
126
127
128
129 try {
130
131 filterChain.doFilter(request, response);
132
133 } finally {
134
135 if (!participate) {
136
137 if (isSingleSession()) {
138
139 // single session mode
140
141 TransactionSynchronizationManager.unbindResource(sessionFactory);
142
143 logger.debug("Closing single <A title=Hibernate href="http://www.google.cn/search?sbi=基金&amp;q=基金&amp;sbb=搜索&amp;sa=搜索&amp;client=pub-6430022987645146&amp;forid=1&amp;prog=aff&amp;ie=GB2312&amp;oe=GB2312&amp;hl=zh-CN " target=_blank>Hibernate</A> Session in OpenSessionInViewFilter");
144
145 closeSession(session, sessionFactory);
146
147 }else {
148
149 // deferred close mode
150
151 SessionFactoryUtils.processDeferredClose(sessionFactory);
152
153 }
154
155 }
156
157 }
在上述代码中，首先获得SessionFactory，然后通过SessionFactory获得一个Session。然后执行真正的Action代码，最后根据情况将Hibernate的Session进行关闭。整个思路比较清晰。 注意，在这里有个2个Tips： 1）通过getSession()获得的这个Session做了一次 session.setFlushMode(FlushMode.NEVER); 有关FlushMode可以参考一下这篇文章。http://www2.matrix.org.cn/resource/article/2006-10-08/Hibernate+FlushMode+NEVER_312bca85-5699-11db-91a0-d98dff0aec60.html 2）Spring对拿到的Session做了一次绑定到当前线程的做法，使得这个Session是线程安全的。 从上述代码其实可以得到一些对我们的开发有帮助的结论： 1）如果使用了OpenSessionInView模式，那么Spring会帮助你管理Session的开和关，从而你在你的DAO中通过HibernateDaoSupport拿到的getSession()方法，都是绑定到当前线程的线程安全的Session，即拿即用，最后会由Filter统一关闭。 2）由于拿到的Hibernate的Session被设置了session.setFlushMode(FlushMode.NEVER); 所以，除非你直接调用session.flush()，否则Hibernate session无论何时也不会flush任何的状态变化到数据库。因此，数据库事务的配置非常重要。（我们知道，在调用org.hibernate.Transaction.commit()的时候会触发session.flush()）我曾经见过很多人在使用OpenSessionInView模式时，都因为没有正确配置事务，导致了底层会抛出有关FlushMode.NEVER的异常。 OpenSessionInView这个模式使用比较简单，也成为了大家在Web开发中经常使用的方法，不过它有时候会带来一些意想不到的问题，这也是在开发中需要注意的。 1. 在Struts＋Spring＋Hibernate环境中，由于配置的问题导致的模式失效 这个问题以前论坛曾经讨论过，可以参考一下下面这个帖子： http://www.javaeye.com/topic/15057 2. OpenSessionInView的效率问题 这个问题也有人在论坛提出过，Robbin曾经做过具体的测试，可以具体参考一下下面这个帖子： http://www.javaeye.com/topic/17501 3. 由于使用了OpenSessionInView模式后造成了内存和数据库连接问题 这个问题是我在生产环境中碰到的一个问题。由于使用了OpenSessionInView模式，Session的生命周期变得非常长。虽然解决了Lazy Load的问题，但是带来的问题就是Hibernate的一级缓存，也就是Session级别的缓存的生命周期会变得非常长，那么如果你在你的Service层做大批量的数据操作时，其实这些数据会在缓存中保留一份，这是非常耗费内存的。还有一个数据库连接的问题，存在的原因在于由于数据库的Connection是和Session绑在一起的，所以，Connection也会得不到及时的释放。因而当系统出现业务非常繁忙，而计算量又非常大的时候，往往数据连接池的连接数会不够。这个问题我至今非常头痛，因为有很多客户对数据连接池的数量会有限制，不会给你无限制的增加下去。 4. 使用了OpenSessionInView模式以后取数据的事务问题 在使用了OpenSessionInView以后，其实事务的生命周期比Session的生命周期来得短，就以为着，其实有相当一部分的查询是不被纳入到事务的范围内的，此时是否会读到脏数据？这个问题我至今不敢确认，有经验的朋友请指教一下。 最后提一下OpenSessionInView模式的一些替代方案，可以使用OpenSessionInViewInterceptor来代替这个Filter，此时可以使用Spring的AOP配置，将这个Interceptor配置到你所需要的层次上去。另外就是只能使用最古老的Hibernate.initialize()方法进行初始化了。