Java独立应用程序中静态Connection对象的缺点

时间:2018-01-10 19:34:30

标签: java mysql jdbc

我还是Java的新手,并且正在使用GUI构建器来学习Java的OO和其他编程概念。

我创建了一个非常基本的银行系统,客户可以在此基本上存钱和取款。

我的代码没有特别的问题,因为一切正常,我只是有关于数据库连接的问题。

由于始终重复创建连接的代码,因此我创建了一个数据库类,如下所示:

public class DB {
    static Connection c;

    public static void createConnection() throws Exception{
        Class.forName("com.mysql.jdbc.Driver");
        DB.c = DriverManager.getConnection("jdbc:mysql://localhost:3306/bank", "root", "");
    }

    public static int insertUpdateDelete(String sql) throws Exception{
        if(c == null){
            createConnection();
        }
        return c.createStatement().executeUpdate(sql);
    }

    public static ResultSet search(String sql) throws Exception{
        if(c == null)
            createConnection();
        return c.createStatement().executeQuery(sql);
    }
}

所以每当我想从数据库中插入/更新/删除时,我就会这样做:

DB.insertUpdateDelete(SQL); //SQL contains the query

对于搜索,我会这样做:

ResultSet rs = DB.search(SQL);

经过一些阅读后,我了解到由于“资源泄漏”和查询相互干扰,使用静态连接对象并不是最佳做法。

我的问题是,在独立的Java应用程序中获取连接的最佳方法是什么,而不必一遍又一遍地重复相同的代码。

谢谢

1 个答案:

答案 0 :(得分:5)

正常方法是连接池。

静态连接对象存在问题:

  • 每个用户会话保持连接。对于许多用户来说,它会显着增加数据库服务器的负载(或者您的许可证成本,如果有的话)。
  • 如果连接中断或超时,则无法重新建立连接。

每次打开连接都很慢。

连接池保持合理数量的打开连接,知道如何替换因错误而断开连接的连接,并且可以快速连接并将其取回。

JDBC有几种连接池实现。