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

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

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

1:设置removeAbandonedTimeout超时时间,配置一般都是180,设置成1800,并且将removeAbandoned设置为true
/是否自动回收超时连接/

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

2:直接关闭removeAbandoned

看到这两个答案,心里狂喜,原来很多人遇到了一样的问题,那就开干,结果,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后台了,所以难免采坑的地方比较多,后续需要多一些这种风暴,踩完坑,爬出来,然后记录下这深刻的教训。欢迎大家和我一起交流写程序,哈哈

你可能感兴趣的:(connection holder is null新增解决方案(2018-06-02))