采用第一种default配置，在spring中配置事务管理，由于事务颗粒度比较小，事务执行结束，也不会触发释放的操作，直至达到连接设置回收的大超时时间才能回收连接，连接会迟迟不释放，导致连接池被占满。

采用第二种on_close, 同样在spring中配置事务，连接一直等到session 关闭时才会被释放，释放较慢，同样会导致连接池被沾满

采用after_transcation  
的策略释放链接，每次事务都会释放链接。采用xml配置进行全局事务管理的配置，则不会出现连接池沾满的现象。但是如果采用注解，而某个持久层的 
Dao类未标注Transactional注解，或者xml配置中遗漏了某个dao的事务管理配置，则该Dao操作执行结束，并不是一个事务的结束，不会
释放链接，导致链接迟迟不能被释放，久而久之会导致连接池被占满。

after_statement 的策略释放连接及时。 但也有一个弊端，由于每一次执行都会释放连接，如果一个事务需要几个执行操作，但第一次执行时连接就被释放，连接已归还给连接池了，第二次执行时获取新的连接，这样就无法保证事务性了。

 参考文档： http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/session-configuration.html
　　

 上文转自:http://gubaojian.blog.163.com/blog/static/166179908201212223824104/