最近在做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关闭后还想着去用它。如果你确定后续还需要使用，那么就不要画蛇添足啦。
为什么会找到这里，一方面是因为项目代码都是自己写的，有怀疑的地方大概有个数，还有就是借用了大家问答下面的回答，我就是看了关于druid数据连接池抛出的 connection holder is null 异常这篇文章里“毛衣”哥的回复，我才想到要去用这个方法尝试下，结果果然可以，所以我给他写了个评论，支持他分享，但是又怕他没看见，所以还是立马下定决心，自己写下这个感悟，提供另一个思路给需要的小伙伴。主要是参考了好几个写前面两个方案的博客，后面的评论还是有很多利用了这两个方案没解决的，所以我这里只是提供另外一种思路给各位，希望能打开大家的其他思路。
本人以前一直是Android开发，写了3年，现在转行写Java后台了，所以难免采坑的地方比较多，后续需要多一些这种风暴，踩完坑，爬出来，然后记录下这深刻的教训。欢迎大家和我一起交流写程序，哈哈
爱生活，爱学习，爱感悟，爱挨踢
