大家使用jdbc connection的时候是即时连接尽早关闭，还是持续连接，避免反复开关啊？

Question

我也同意楼上的意见，不知道你是否想记录用户的状态，
联接是有限的，如果你当多个客户访问，而且需要记录客户的状态，你可以通过流写到本地
文件，记录下用户的状态，当在需要的时候可以通过流来进行读取。
而当不需要记录状态时，只需要从联接池里获得一个连接，直接用就可以了。
最后都捕获一下，来进行connection的关闭。

Answer 1

严重同意 ： qljsd(我本善良）connection pool的效率比单纯的jdbc连接效率要高出很多

Answer 2

这里有篇文章 楼主可以看看 对解开你的疑惑应该有用
http://www.chinajavaworld.net/doc/jdbc/4.html

Answer 3

1、如果并发很少，还用不到连接池的情况呢？2、如用了连接池的情况下，对于假连接又采取哪种策略呢？即使开关吗？其实问这个问题并非又什么问题要解决，而是编程这么久了，对于普通编程的这两种策略，不太好取舍。大家不会干什么都用连接池吧？我只是想参考一下大家平时习惯的策略。说说我的考虑，算是抛砖引玉，希望大家广发意见：
以前做VC、VB的时候基本上是全局用一个连接。后来写ASP的时候，因为是并发资源，所以采用松耦合，即时开关。现在正在做一个应用，虽然是多线程，但是并发很少，使用每线程开一个连接。从资源上来讲，这样可能是比较好的。但是，就对象封装上，导致要往某方法传递Connection参数或给类添加setConnection(Connection)方法，破坏封装的完美。于是考虑在每个方法里使用局部连接，这样也能有效避免连接漏关或连接早关现象，使得程序很可靠。至于连接池，我觉得跟本讨论关系不是很大，那是资源优化上的事了。不知大家对象串行化和操作时是使用全局连接还是局部连接，请不要讨论CMP、JDO。

Answer 4

连结池需要有容器的支持.如果做j2se似乎就没的选择了.我做j2se.不用的就关闭.因为有时候服务器可能会由于连结过多而不接受新的连结请求而造成某个操作的失败

Answer 5

"连结池需要有容器的支持.如果做j2se似乎就没的选择了"
-> 不太同意。。
连接池的原理很简单，自己做一个也可以啊。访问量较大的情况一般都是用连接池的方式。