JDBC连接池

最新推荐文章于 2024-11-03 09:30:00 发布

李武杨

最新推荐文章于 2024-11-03 09:30:00 发布

阅读量187

点赞数

分类专栏： JDBC 文章标签：数据库 java 数据结构与算法

本文链接：https://blog.csdn.net/liwuyang2013/article/details/84481684

版权

JDBC 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

一、使用数据库连接池优化性能

1，一般来说，Java应用程序访问数据库的过程是：

　　①装载数据库驱动程序;

　　②通过JDBC建立数据库连接;

　　③访问数据库，执行SQL语句;

　　④断开数据库连接。

模型见附件：java应用程序访问数据库.png

缺点：用户每次请求都需要向数据库获得链接，而数据库创建连接通常需要消耗相对较大的资源，创建时间也较长。

假设网站一天1 0万访问量，数据库服务器就需要创建10万次连接，极大的浪费数据库的资源，并且极易造成数据库服务器内存溢出、拓机。

2，使用连接池访问数据库

2.1，连接池原理

　　连接池技术的核心思想是：连接复用，通过建立一个数据库连接池以及一套连接使用、分配、治理策略，使得该连接池中的连接可以得到高效、安全的复用，避免了数据库连接频繁建立、关闭的开销。另外，由于对JDBC中的原始连接进行了封装，从而方便了数据库应用对于连接的使用（非凡是对于事务处理），提高了开发效率，也正是因为这个封装层的存在，隔离了应用的本身的处理逻辑和具体数据库访问逻辑，使应用本身的复用成为可能。

2.2，连接池主要由三部分组成：连接池的建立、连接池中连接的使用治理、连接池的关闭。

模型见附件：连接池访问数据库.png

二、数据库连接池的编码实现

1），编写连接池需实现javax.sql.DataSource接口。DataSource接口中定义了两个重载的getConnection方法：

Connection getConnection()

Connection getConnection(String?username, String?password)

2），实现DataSource接口，并实现连接池功能的步骤：

a、在DataSource构造函数中批量创建与数据库的连接，并把创建的连接加入LinkedList对象中。

b、实现getConnection方法，让getConnection方法每次调用时，从LinkedList中取一个Connection返回给用户。

c、当用户使用完Connection，调用Connection.close()方法时，Collection对象应保证将自己返回到LinkedList中,而不要把conn还给数据库。

d、Collection保证将自己返回到LinkedList中是此处编程的难点。

public class JdbcPool implements DataSource {
    
    /**
     * 使用LinkedList来保存连接对象，其原因是：LinkedList的底层是链表结构，对象的增删操作快
     */
    private static LinkedList<Connection> list = new LinkedList<>();
    //加载配置文件
    private static Properties config = new Properties();
    
    static{
        try {
            //加载配置文件
            config.load(JdbcPool.class.getClassLoader().getResourceAsStream("db.properties"));
            Class.forName(config.getProperty("driver"));
            for(int i = 0 ; i <= 10 ;i++){
                Connection conn = DriverManager.getConnection(config.getProperty("url"), config.getProperty("username"), config.getProperty("password"));
                list.add(conn);
            }
        } catch (Exception e) {
            System.out.println("加载配置文件有误...");
        }
    }
    
    @Override
    public Connection getConnection() throws SQLException {
        if(list.size() <=0){
            System.out.println("当前数据库正处于堵塞状态，请您稍后再试...");
        }
        /**
         * 注意事项：
         *         这里不使用get()方法获取数据库连接池中的连接，其原因是：get()方法获取的是对象的引用，而非真实的对象，
         *     若果在释放连接对象时，释放的只是当前对象的引用，并没有释放真实对象，
         * 
         * 这里调用LinkedList的removeFirst()是因为，LinkedList的底层是链表结构，当释放前一个连接的时候，
         * 第二个连接就会变成第一个链接，所以这样释放的总是链表的第一个链接。
         */
        Connection conn = list.removeFirst();
        
        /**
         * 这里不是直接返回连接对象,因为在实际的业务逻辑操作中，一旦我们释放连接资源，
         * 这时，释放的连接对象并没有真正意义的返回连接池直接，而是回给数据库了，这发样一来，连接池对象，就没有起到真正的作用，
         * 最后的而结果可想而知，最终连接池中的所有连接都被返还给数据库了，
         * 
         * 这里就引发了下面的问题，即原本Connection类的close()方法满足我们的要求，这时我们需要增强Connection类
         * 
         * 在java实际开发总，一般有三种方式可以用来增强类的方法，
         *     1),子类覆盖父类的方式，【但是在服务器编程中，不建议使用此方式，因为我们不知道服务器传递给我们的对象所封装的其他信息】
         * 
         *     2),包装设计模式
         *         包装设计模式的步骤
         *         a,定义类病实现与被增强类的相同接口
         *         b,在类中定义一个变量来记住被增强对象
         *         c,定义自定义类的构造函数来接受被增强对象
         *         d,覆盖想增强的方法
         *         e,对于不想增强的方法，直接调用目标对象(被增器对象)的方法
         * 
         *     3),动态代理,这主要的利用了AOP编程思想
         */
        MyConnection myConn = new MyConnection(conn);
        return myConn;
    }
    //使用包装设计模式
    //a,定义类病实现与被增强类的相同接口
    public class MyConnection implements Connection{
        //b,在类中定义一个变量来记住被增强对象
        private Connection conn;
        //c,定义自定义类的构造函数来接受被增强对象
        public MyConnection(){
            
        }
        public MyConnection (Connection conn){
            this.conn = conn;
        }
        //d,覆盖想增强的方法
        public void close(){
            list.add(this.conn);
        }
        //e,对于不想增强的方法，直接调用目标对象(被增器对象)的方法
        @Override
        public <T> T unwrap(Class<T> iface) throws SQLException {
            return this.conn.unwrap(iface);
        }
        @Override
        public boolean isWrapperFor(Class<?> iface) throws SQLException {
            return this.conn.isWrapperFor(iface);
        }
        ......
        ......