Java 很少有JDBC连接

据我所知，连接是一种非常昂贵的操作。我应该采用哪种方法来处理少数连接？我见过很多例子，其中作者只谈到一个连接或使用连接池（来自JBoss或其他）。我的代码如下所示：

1） 建立新的连接

DriverManager.registerDriver(new net.sourceforge.jtds.jdbc.Driver());    
con = DriverManager.getConnection(URL, username, password);  
if(con!=null) 
   System.out.println("Connection Successful !\n");  
//logic      
if(con!=null)
   con.close();

2） 做些逻辑分析

3） 密切联系

DriverManager.registerDriver(new net.sourceforge.jtds.jdbc.Driver());    
con = DriverManager.getConnection(URL, username, password);  
if(con!=null) 
   System.out.println("Connection Successful !\n");  
//logic      
if(con!=null)
   con.close();

但基于这种方法，我几乎没有类似的方法。那么，我真的必须建立新的连接，还是应该使用唯一的连接？如果我使用一个连接，我需要在之后关闭它吗

---

PS.应用程序不是servlet。

您可以使用类似或的连接池来解决此问题

---

如果在使用后不关闭连接，您将有许多打开的连接未被使用（直到数据库清理干净）。

您可以使用类似或的连接池来解决此问题

---

如果在使用后不关闭连接，您将有许多打开的连接未被使用（直到数据库清理干净）。

您可以使用类似或的连接池来解决此问题

---

如果在使用后不关闭连接，您将有许多打开的连接未被使用（直到数据库清理干净）。

您可以使用类似或的连接池来解决此问题

---

如果在使用后不关闭连接，将有许多打开的连接未被使用（直到数据库清理完毕）。

尽管这取决于应用程序的部署方式，但连接池几乎总是比手动管理连接更好。您的应用程序是如何部署的？它是一个独立的应用程序吗？我的应用程序是一个操作系统服务。虽然它可能重复，但这取决于应用程序的部署方式，但连接池几乎总是比手动管理连接更好。您的应用程序是如何部署的？它是一个独立的应用程序吗？我的应用程序是一个操作系统服务。虽然它可能重复，但这取决于应用程序的部署方式，但连接池几乎总是比手动管理连接更好。您的应用程序是如何部署的？它是一个独立的应用程序吗？我的应用程序是一个操作系统服务。虽然它可能重复，但这取决于应用程序的部署方式，但连接池几乎总是比手动管理连接更好。您的应用程序是如何部署的？它是独立应用程序吗？我的应用程序是操作系统服务。可能与