Tomcat连接池原理讨论

 1.用户释放连接后，连接被回收到连接池，这个连接仍然是可用的。
如果一个连接等待了一段时间(连接池的最大空闲时间，可设置)仍然没有
人来请求连接，那么它将被彻底释放。当然，如果连接池中的连接个数已经
等于连接池的最小连接数(可设置)，那么它不会被释放。

2.以tomcat连接池为例,tomcat启动后,假设我设置的最小连接数为5,那么这时候(此Tomcat下的程序没有启动)Tomcat是否和后台地数据库建立5条连线(session)呢?答案:不是.

3.我们的分歧点:注意第一点说的"用户释放连接后",什么叫用户释放连接,我把操作地页面关掉,还是在程序里调用conn.close,如果我在程序里面手动地close,那么我关闭的是连接池里的连接吗,还是把连接还给连接池,也就是说,我手动close连接是否有必要呢?

 

必须显式调用close()方法，包括Connection,ResultSet,Statement,PreparedStatement的。

对，tomcat文档中有这一说。对于那些没有主动close的con，dbcp也会除理，通过配置：

<parameter>
              <name>removeAbandoned</name>
              <value>true</value>
            </parameter>

<parameter>
              <name>removeAbandoned</name>
              <value>true</value>
            </parameter>

连接池都有超时的设置,只要不是主动关闭的,到了超时状态就会回收. 
不过还是主动好.因为可以控制是什么时候释放了.. 

flyisland 写道
首先自己要想清楚，为什么要使用连接池，就不需要问这样的问题了。 

连接池最基本的目的： 
1、重用连接，节省连接资源； 
2、免去建立连接操作，提高效率 

所以： 
1、connection.close当然不会关闭实际连接，只是归还连接池！ 
2、如果等待系统自动回收connection，也就是说即使你不使用连接也不让别人用，那还要连接池来干嘛？！

同意flyisland的观点，再有一点点补充。 

个人觉得不同的连接池实现都有自己的考虑，但会遵循一些基本规则： 
比如楼主列出的 
第一点：既要保持一定数量的连接供使用，同时要防止存在很多空闲的连接，浪费资源。 
第二点：至于系统启动时，是否需要同步创建最小连接数的连接呢，还是等到有需要时再创建连接？这就取决于实现者的选择了。我个人认为后者比较合适，当然如果有特殊要求的除外。 

另外，还有如：connection.close不会关闭实际连接，只是归还连接池！等等... 

 

原贴：http://www.iteye.com/topic/5347