一个不安分的JDBC驱动

又到了数据库连接的时间！

那些码农把数据库参数送过来，  Oracle , Db2,  Sybase, SQL Server这些JDBC Driver 懒洋洋起来去干活赚钱。

小东也是其中之一,  每天的工作就是连接Mysql 数据库， 发出SQL查询， 获取结果集。

工作稳定， 收入不菲， 只是日复一日，年复一年， 枯燥的工作实在是太令人厌烦了。

有时候小东会和其他JDBC Driver 聊天， 谈起有些不着调的码农， 创建一个Connection,  发出一个查询， 处理完ResultSet后 ， 立刻就把Connection给关掉了。

“他们简直不知道我们建立一个数据连接有多么辛苦， 先通过Socket 建立TCP连接， 然后还要有应用层的握手协议， 唉， 不知道要干多少脏活累活， 这帮码农用完就关， 真是浪费啊。 ”

“还有更可气的， 有些家伙使用了PreparedStatement , 我通知数据库做了预编译， 制定了查询计划， 为此我还花费了不菲的小费。   但是只执行了一次查询， Connection就关掉了， PreparedStatement 也就不可用了， 现在数据库都懒的给我做预编译了 ！”

“你们这都是好的， 有些极品根本就不关闭Connection,  最后让这个Connection 进入了不可控状态。 ”

“我们啊， 都把宝贵的生命都献给了数据库连接事业...... ”

抱怨归抱怨， 大部分人都安于现状，逆来顺受了。

但是不安分的小东决心改变， 他四处拜访取经，  但是一无所获。

这一天在Tomcat村遇到了Tomcat 村长，  看到了村长处理Http请求的方式， 突然间看到了曙光。

村长说： 我们本来是一个线程处理一个Http请求  ，  一个Http请求来到我们这里以后，  我并不会新建一个线程来处理，  而是从一个小黑屋叫来一个线程直接干活， 干完活以后再回到小黑屋待着。

小东问： 小黑屋是什么？

（注： 参见文章《我是一个线程》，返回上一级回复数字： 0009 阅读文章）

村长说： “学名是线程池， 为了充分利用资源， 我在启动时就建立了一批线程， 放到线程池里， 需要线程时直接去取就可以了。   ”

“那要是线程池里的线程都被派出去了怎么办 ? ”

"要么新创建线程， 要么新来的Http请求就要等待了。  实际上，线程也不是无限可用的资源， 也得复用。"

小东心想， 我们JDBC也可以这么搞啊， 把数据库连接给缓存下来， 随用随取， 一来正好可以控制码农们无限制的连接数据库； 二来可以减少数据库连接时间；  第三还可以复用Connection上的PreparedStatement, 不用老是找数据库预编译了。

建立数据库连接池不是那么一帆风顺的， 小东的第一次尝试是创建了一个ConnectionPool这个接口:

里边有两个重要的方法， getConnection(), 用于从池中取出一个让用户使用；

releaseConnection() 把数据库连接放回池中去。

小东想， 只要我写一个ConnectionPool的实现类， 里边可以维护一个管理数据库连接的数据结构就行了， 码农们用起来也很方便， 他们肯定会喜欢的。

可是事与愿违， 几乎没有人用这样的接口。

小东经过多方打探才明白， 码农们要么是用DriverManager来获得Connection， 要么是使用DataSource来得到Connection；关闭的时候，只需要调用Connection.close() 就可以了。

这样的代码已经有很多了， 而小东的新方案相当于新的接口， 需要改代码才能用，  话说回来， 谁愿意没事改代码玩？  尤其是正在运行的系统。

再做一次改进吧， 小东 去找Java 这个设计高手求教。

Java 说：“虽然ConnectionPool概念不错， 但是具体的实现最好隐藏起来， 对码农来说，还是通过DataSource 来获取Connection,   至于这个Connection 是新建的还是从连接池中来的， 码农不应该关心， 所以应该加一个代理Proxy，把物理的Connection给封装起来，  然后把这个Proxy返回给码农。”

“那这个Proxy是不是得和您定义的接口Connection 接口保持一致？   要不然码农还得面对新东西。”

“是的， 这个Proxy 应该也实现JDBC的Connection 接口， 像这样： ”