从DruidPooledConnection连接池手动获取的连接是否需要关闭？

最新推荐文章于 2025-01-09 21:07:56 发布

原创最新推荐文章于 2025-01-09 21:07:56 发布 · 9.5k 阅读

33 ·

CC 4.0 BY-SA版权

文章标签：

#java #连接池

Druid 专栏收录该内容

1 篇文章

订阅专栏

本文探讨了在使用Druid连接池时，从连接池中手动获取的连接必须手动关闭，否则可能导致连接泄露。实践案例分析了未关闭连接带来的问题和解决方法，强调了资源管理的重要性。

我刚开始在百度搜索的时,看到一些回答是从Druid的连接池中获取的连接是也由它进行管理，会自动回收。但实践后发现从DruidPooledConnection连接池手动获取的连接是需要关闭的，如果不手动close()关闭会造成连接"泄露"，类似内存泄露，也就是不会被回收掉，就占据在哪里，当连接数"达标"——即超过在Druid连接池中配置的最大连接数，即获取不到连接，从而阻塞等待。

1. 从Druid连接池中获取连接

由于业务需要测试SQL语句同时获取结果，而项目整体用的是Druid的连接池，我需要从Druid的连接池中获取一个Connection连接然后进行JDBC的操作。下列是从连接池中获取连接的代码

package com.lwl.monitor.utils;

import com.alibaba.druid.pool.DruidDataSource;
import com.alibaba.druid.pool.DruidPooledConnection;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

import javax.annotation.PostConstruct;
import java.sql.SQLException;


/**
 * 单例对象
 * 获取DruidDataSource的Connection
 * @author lwl
 * @create 2021/11/15 21:24
 */
@Component
public class ConnectionUtil {

    private ConnectionUtil(){

    }

    private static ConnectionUtil connectionUtil = null;

    @Autowired
    private DruidDataSource druidDataSource;

    @PostConstruct
    public void init(){
        connectionUtil = this;
        connectionUtil.druidDataSource = this.druidDataSource;
    }
    /**
     * 获取实例
     * @return ConnectionUtil
     */
    public static ConnectionUtil getInstance(){
        if(connectionUtil==null){
            synchronized (ConnectionUtil.class){
                if(connectionUtil==null){
                    connectionUtil = new ConnectionUtil();
                }
            }
        }
        return connectionUtil;
    }

    /**
     * 获取连接
     * @return DruidPooledConnection
     */
    public DruidPooledConnection getConnection(){
        DruidPooledConnection connection = null;
        try {
            connection = druidDataSource.getConnection();
            //手动控制事务
            connection.setAutoCommit(false);
        }catch (SQLException e){
            e.printStackTrace();
        }
        return  connection;
    }

}

2.当业务代码未在finally代码块中关闭连接时的情况

此时未关闭连接，发现前端重复请求时获取到的连接对象均不一致。
请添加图片描述
当请求次数超过20次，也就是新建了20个连接(我配置的最大连接数为20)，之前的连接均未关闭，当新的请求来到时，就会因为获取不到连接而阻塞等待，前端请求也会因为超过默认的等待时间而报timeout超时错误。
请添加图片描述
而后端由于获取不到连接(这是因为之前的20个手动获取的连接均未手动关闭)，超出设置的阻塞等待时间，此时也抛出了异常。