欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

connection holder is null新增解决方案(2018-06-02)

程序员文章站 2022-07-26 11:14:14
最近在做Java后台的项目,用到了druid数据库连接池,阿里出品,肯定是精品的意思咯,这也是我们老大搭建的框架,我就站在前人的肩膀上飞翔了。先前在一个事物里,使用了多条数据库操作,都是正常的,但是前天出了问题,一直报java.sql.SQLException: connection holder ......

最近在做Java后台的项目,用到了druid数据库连接池,阿里出品,肯定是精品的意思咯,这也是我们老大搭建的框架,我就站在前人的肩膀上飞翔了。先前在一个事物里,使用了多条数据库操作,都是正常的,但是前天出了问题,一直报java.sql.SQLException: connection holder is null 异常,很是苦恼。

因为有*,首先用的是Google,但是这个是阿里出品,国人用的比较多,找到的基本都是咱们程序员弄的答案,大致的解决方案如下:

1:设置removeAbandonedTimeout超时时间,配置一般都是180,设置成1800,并且将removeAbandoned设置为true

/*是否自动回收超时连接*/

<property name="removeAbandoned" value="true" />

/*延长这个所谓的超时时间*/

<property name="removeAbandonedTimeout" value="1800" />

2:直接关闭removeAbandoned

<property name="removeAbandoned" value="false">

看到这两个答案,心里狂喜,原来很多人遇到了一样的问题,那就开干,结果,GG,对我来说作用并不大。我也查阅了我的Git日志,自始至终没有修改过配置,所以配置对我来说肯定是对的,而且先前跑的代码也是正确,就不知道哪儿出问题了。

但是先前想到,因为在代码review的时候,把数据库连接给关闭了,但是我后面又想要使用这个链接,而我出错的地方就是在我想重新获取连接的时候出错了,贴上我的代码

conn = DataSourceUtils.getConnection(transactionManager.getDataSource());

就是这行报了错。在使用之前,我把连接关闭了,用的方法如下

 /**
 * 快捷关闭
 * 
 * @param connection
 * @paramlogger.error("", e);
 */
public void shortCutClose(Connection connection, Statement statement, ResultSet rs) {
    try {
        if (rs != null && !rs.isClosed()) {
            rs.close();
        }
        if (statement != null && !statement.isClosed()) {
            statement.close();
        }
        if (connection != null && !connection.isClosed()) {
            if (!connection.getAutoCommit())
                connection.setAutoCommit(true);
            connection.close();
        }
    } catch (SQLException e) {
        logger.error("", e);
    }

}

自此发现问题,我把conn关闭了,我后面想用也难呀。所以诞生了第三种方案,就是不能把conn关闭后还想着去用它。如果你确定后续还需要使用,那么就不要画蛇添足啦。

为什么会找到这里,一方面是因为项目代码都是自己写的,有怀疑的地方大概有个数,还有就是借用了大家问答下面的回答,我就是看了https://blog.csdn.net/wo8553456/article/details/40396401#commentsedit 这篇文章里“毛衣”哥的回复,我才想到要去用这个方法尝试下,结果果然可以,所以我给他写了个评论,支持他分享,但是又怕他没看见,所以还是立马下定决心,自己写下这个感悟,提供另一个思路给需要的小伙伴。主要是参考了好几个写前面两个方案的博客,后面的评论还是有很多利用了这两个方案没解决的,所以我这里只是提供另外一种思路给各位,希望能打开大家的其他思路。

本人以前一直是Android开发,写了3年,现在转行写Java后台了,所以难免采坑的地方比较多,后续需要多一些这种风暴,踩完坑,爬出来,然后记录下这深刻的教训。欢迎大家和我一起交流写程序,哈哈