连接池的基本工作原理
1、基本概念及原理
由上面的分析可以看出，问题的根源就在于对数据库连接资源的低效治理。
我们知道，对于共享资源，有一个很闻名的设计模式：资源池（Resource Pool）。
该模式正是为了解决资源的频繁分配?释放所造成的问题。为解决上述问题，可以采用数据库连接池技术。
数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，
当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。
我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。
更为重要的是我们可以通过连接池的治理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调整提供依据。
2、服务器自带的连接池
JDBC的API中没有提供连接池的方法。一些大型的WEB应用服务器如BEA的WebLogic和IBM的WebSphere等提供了连接池的机制，
但是必须有其第三方的专用类方法支持连接池的用法。
连接池要害问题分析
1、并发问题
为了使连接治理服务具有最大的通用性，必须考虑多线程环境，即并发问题。
这个问题相对比较好解决，因为java语言自身提供了对并发治理的支持，使用synchronized要害字即可确保线程是同步的。
使用方法为直接在类方法前面加上synchronized要害字，如：
public synchronized Connection getConnection（）
2、多数据库服务器和多用户
对于大型的企业级应用，经常需要同时连接不同的数据库（如连接Oracle和Sybase）。如何连接不同的数据库呢？
我们采用的策略是：
设计一个符合单例模式的连接池治理类，在连接池治理类的唯一实例被创建时读取一个资源文件，
其中资源文件中存放着多个数据库的url地址（）?用户名（）?密码（）等信息。
如tx.url=172.21.15.123：5000/tx_it，tx.user=yang，tx.passWord=yang321。
根据资源文件提供的信息，创建多个连接池类的实例，每一个实例都是一个特定数据库的连接池。
连接池治理类实例为每个连接池实例取一个名字，通过不同的名字来治理不同的连接池。
对于同一个数据库有多个用户使用不同的名称和密码访问的情况，也可以通过资源文件处理，
即在资源文件中设置多个具有相同url地址，但具有不同用户名和密码的数据库连接信息。
3、事务处理
我们知道，事务具有原子性，此时要求对数据库的操作符合“ALL-ALL-NOTHING”原则,即对于一组SQL语句要么全做，要么全不做。
在Java语言中，Connection类本身提供了对事务的支持，可以通过设置Connection的AutoCommit属性为false,
然后显式的调用commit或rollback方法来实现。但要高效的进行Connection复用，就必须提供相应的事务支持机制。
可采用每一个事务独占一个连接来实现，这种方法可以大大降低事务治理的复杂性。
4、连接池的分配与释放
连接池的分配与释放，对系统的性能有很大的影响。合理的分配与释放，可以提高连接的复用度，从而降低建立新连接的开销，
同时还可以加快用户的访问速度。
对于连接的治理可使用空闲池。即把已经创建但尚未分配出去的连接按创建时间存放到一个空闲池中。
每当用户请求一个连接时，系统首先检查空闲池内有没有空闲连接。
假如有就把建立时间最长（通过容器的顺序存放实现）的那个连接分配给他（实际是先做连接是否有效的判定，
假如可用就分配给用户，如不可用就把这个连接从空闲池删掉，重新检测空闲池是否还有连接）；
假如没有则检查当前所开连接池是否达到连接池所答应的最大连接数（maxConn）,假如没有达到，就新建一个连接，
假如已经达到，就等待一定的时间（timeout）。假如在等待的时间内有连接被释放出来就可以把这个连接分配给等待的用户，
假如等待时间超过预定时间timeout,则返回空值（null）。
