跟踪 c3p0 连接池连接泄漏

最近的项目碰到了连接泄漏的问题。 项目用的是Spring + Hibernate + c3p0，具体表现为，系统运行一段时间后，用户打开登录页后，执行登录无响应，查看后台日志，提示Could not open Connection。将c3p0日志级别调成debug之后，发现c3p0报告连接数已经达到设置的上限。 之前检查连接泄漏时，使用的是极低效的办法，目测代码，所以问题解决起来颇费周折，效果还不好。 今天查了一下c3p0官方手册，c3p0官方提供了两个参数，能够很方便的检查没有正确返回连接池的连接。

debugUnreturnedConnectionStackTraces
默认为false，如果此参数设置为true，当所有连接用完的时候，会以堆栈信息显示哪些代码使用了连接。由于跟踪连接状态会产生额外的消耗，如果程序稳定，应该将此参数恢复为默认值false。

unreturnedConnectionTimeout
设置连接被checkout后，经过多长时间还未返还连接池，则连接缓冲池直接Kill该连接，此时，结合debugUnretrunedConnectionStackTraces，我们可以知道是什么程序持有了连接，并且没有返回。这个方法很暴力，有可能造成应用程序不稳定，所以，如果真的出现了连接泄漏，一时半会又找不到问题点所在，可以暂时使用这个方法让应用程序跑起来。

参考：c3p0官方手册