一般连接池的返回的connection都是一个代理对象，其内部的close操作实际上只是将其归还给连接池，连接池
会周期性的或每次执行命令时检测connection对象是否能跟数据库通信，如果不能话将其从数据库连接池中移除并
会将其关闭，因为connection关联了socket这一系统的资源，关闭connection就相当于释放系统资源（句柄之类）。

如果不使用连接池，直接close完就是相当关掉了socket，释放系统资源。

楼上说的很好，我补充一下：一个数据库允许的连接数量是有限的，如果你只申请不释放，很快就达到连接上线了，这时候其他人就无法访问数据库了。

Quote: 引用 3 楼 u012964142 的回复:

楼上说的很好，我补充一下：一个数据库允许的连接数量是有限的，如果你只申请不释放，很快就达到连接上线了，这时候其他人就无法访问数据库了。

不要人云亦云.并且注意审题.
我已经说了:"唯独connection一直占着(比如就像维持socket长连接这个概念).connection 只在程序初始化的时候get一次, 随程序关闭而释放"

因为只get一次 每次都使用此connection 那么也就不会出现你假想的:"如果你只申请不释放" . 所以也不会你假想的"，很快就达到连接上线了"

楼主的想法其实和连接池的设计思路是一样的，相当于自己实现一个连接池
楼上有人说了，用连接池的原因一方面是因为创建一个连接所消耗的时间比较长，另一方面是连接的数量有限制
在稍微大一点的系统中，连接池要面临的问题并不是一个普通的程序员甚至团队能够处理得好的。现成的连接池，人家各种问题都处理得很好，并且使用简单、开源免费，我何苦要自己实现一次呢！

至于说到的拿到连接就不释放，你要考虑多线程、多任务的场景，特别是在 WEB 开发这种断开式的请求

Quote: 引用 2 楼 yql1986 的回复:

一般连接池的返回的connection都是一个代理对象，其内部的close操作实际上只是将其归还给连接池，连接池
会周期性的或每次执行命令时检测connection对象是否能跟数据库通信，如果不能话将其从数据库连接池中移除并
会将其关闭，因为connection关联了socket这一系统的资源，关闭connection就相当于释放系统资源（句柄之类）。

如果不使用连接池，直接close完就是相当关掉了socket，释放系统资源。

我写socket程序已经有很多年了, 算是对socket,网络编程比较了解. socket是否极其占用资源, 并且mysql的socket是否极其占用资源我还是知道的.

谢谢你介绍 connection, 但是这些知识在N年前我就已经掌握了.

我问题里说得很清楚: 我会get X个连接, 并且hold住(不释放).  这样测试的时候发现性能比 connection默认写法(getconnection+jdbcwork+close) 高很多.  这样我才产生了疑惑, 为什么大家通常使用的办法都是这种:

		} finally {

			try {

				if (pstm != null) {

					pstm.close();

					pstm = null;

				}

				if (conn != null) {

					conn.close();

					conn = null;

				}

			} catch (SQLException e) {

				Log.error("close conn is error", e);

			}

		}

实际上,  我手动get 50个连接,然后手动管理(包括心跳和超时断开重连) 的话性能应该是大家约定俗成的很多倍.