因为语音输入法听不懂很多英文缩写内容，所以我今天又一次的键盘记录电话聊天客户端相关事情。

数据库连接池

不能直接用JDBC来操作数据库，要有一个连接池，这样可以提高读写效率和节省资源，这样电话交友app和网站的体验会更好一些，以前一直用的是proxool，那是三年前的事情，那时候还是做相亲交友网站的时候选择的，那时候看网上对它的评价很好就用了，虽然有时候配置出错但是始终用了很多年，昨天我在升级环境的时候，它又出错了，所以我想把它替换掉。

经过网上的一些资料对比，显示proxool，c3p0，dbcp在效率上存在问题，尤其是高并发情况下出现不能使用的情况，虽然现在电话交友网站访问量不大，其实我也没有统计过具体每天多少访问，访问量我现在一点也不感兴趣，甚至注册用户多少也无所谓，但是我必须要用最好的数据库连接池，最好把范围缩小到Tomcat JDBC Pool，Druid，Kikari，出品方分别是Tomcat，阿里巴巴，日本，网上传的非常神，说日本那个效率奇高，而且这篇文章很导出转载，流传太多的东西我向来不相信，我要自己去测试，我分别下载了他们所需要的包，然后在eclipse里写代码测试，分别从读写数据库，一百次，一千次，一万次，计算出平均时长，总时长，最高时长，结果是日本那个Hikari效率是最低的，可恶的日本鬼子差点骗了我，日本一直就是鬼子，前段时间炒作的沸沸扬扬的比特币也是日本鬼子杜撰出来的，价格居然还炒的那么高，据说上海一个房地产还支持比特币买房子，跟日本鬼子学炒作学的不错。

Hikari名字读取来就很不顺口，而且它网上的资料很少，估计用的人也少，以后用起来如果出问题都不知道去哪里找资料了，而且效率并没有吹嘘的那么高。

阿里巴巴的Druid

网上对Druid的评论也是非常的多，开发者阿里巴巴的温少也说超过了当前的proxool，c3p0，dbcp，但是唯独没有说超越了Tomcat JDBC，据说阿里巴巴几百个项目都在用它，这一点似乎有一点说服力，阿里巴巴那么大的应用场景，但是这个或许适合阿里巴巴并不适合我，因为阿里巴巴资源丰富，我只有几台服务器，还是租的阿里巴巴的，而且它运行起来有一个错误，虽然不影响使用，但是作为有强迫症的我绝对不能接受，我要的是绝对无错误，这一点也导致我开发美女电话交友陪聊客户端进度缓慢，我首先把我自己当做电话聊天的用户，我做的东西起码让我自己喜欢，可以毫不夸张的说，我的意见就可以代表所有男性用户的意见，因为我自己就是这个电话聊天平台最大的用户，没有之一。

经过反复的测试，Tomcat的效率，不论从哪方面都比Druid强，而且测试时间越长差距越大，想想也是，Tomcat是业界知名的美国公司，开发出强大的服务器软件，我现在Java的服务器软件就是用的Tomcat的，自己家的产品搭配起来兼容性肯定是最好的了，阿里巴巴虽然也强大，可是开发Druid的只有温少一个人，根本没法比，而且还有各种bug，另外Tomcat JDBC只支持jdk1.7之后的，这一点也说明它在新环境下效率更高。