|
1.用户释放连接后,连接被回收到连接池,这个连接仍然是可用的。
如果一个连接等待了一段时间(连接池的最大空闲时间,可设置)仍然没有
人来请求连接,那么它将被彻底释放。当然,如果连接池中的连接个数已经
等于连接池的最小连接数(可设置),那么它不会被释放。
2.以tomcat连接池为例,tomcat启动后,假设我设置的最小连接数为5,那么这时候(此Tomcat下的程序没有启动)Tomcat是否和后台地数据库建立5条连线(session)呢?答案:不是.
3.我们的分歧点:注意第一点说的"用户释放连接后",什么叫用户释放连接,我把操作地页面关掉,还是在程序里调用conn.close,如果我在程序里面手动地close,那么我关闭的是连接池里的连接吗,还是把连接还给连接池,也就是说,我手动close连接是否有必要呢?
必须显式调用close()方法,包括Connection,ResultSet,Statement,PreparedStatement的。
对,tomcat文档中有这一说。对于那些没有主动close的con,dbcp也会除理,通过配置:
Java代码
- <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 |
|
|