本文主要是介绍AbandonedObjectPool is used (org.apache.commons.dbcp.AbandonedObjectPool@7b3106ec)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在有数据库操作的 Controller 的方法的前后都添加
System.out.println
在控制台中会看到两个输出中间多了一部分信息：
AbandonedObjectPool is used (org.apache.commons.dbcp.AbandonedObjectPool@7b3106ec)LogAbandoned: trueRemoveAbandoned: trueRemoveAbandonedTimeout: 10这是一个日志信息，由dbcp连接池输出。
在配置时，主要难以理解的主要有：removeAbandoned 、logAbandoned、removeAbandonedTimeout、maxWait这四个参数，设置了rmoveAbandoned=true 那么在getNumActive()快要到getMaxActive()的时候，系统会进行无效的Connection的回收，回收的 Connection为removeAbandonedTimeout(默认300秒)中设置的秒数后没有使用的Connection，激活回收机制好像是getNumActive()=getMaxActive()-2。 有点忘了。
logAbandoned=true的话，将会在回收事件后，在log中打印出回收Connection的错误信息，包括在哪个地方用了Connection却忘记关闭了，在调试的时候很有用。
在这里私人建议maxWait的时间不要设得太长，maxWait如果设置太长那么客户端会等待很久才激发回收事件。
以下是我的配置的properties文件：
#连接设置
jdbc.driverClassName=oracle.jdbc.driver.OracleDriver
jdbc.url=jdbc:oracle:thin:@127.0.0.1:1521:DBSERVER
jdbc.username=user
jdbc.password=pass
#<!-- 初始化连接 -->
dataSource.initialSize=10
#<!-- 最大空闲连接 -->
dataSource.maxIdle=20
#<!-- 最小空闲连接 -->
dataSource.minIdle=5
#最大连接数量
dataSource.maxActive=50
#是否在自动回收超时连接的时候打印连接的超时错误
dataSource.logAbandoned=true
#是否自动回收超时连接
dataSource.removeAbandoned=true
#超时时间(以秒数为单位)
dataSource.removeAbandonedTimeout=180
#<!-- 超时等待时间以毫秒为单位 6000毫秒/1000等于60秒 -->
dataSource.maxWait=1000
这篇关于AbandonedObjectPool is used (org.apache.commons.dbcp.AbandonedObjectPool@7b3106ec)的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
