检测你数据库连接的物理状态

Java JDBC API各种类的一个基石是java.sql.Connection类。很多问题都同其复用、共用和验证相关。对连接的验证在实时的应用程序中尤其重要，因为它们必须无故障运行或者将故障率降至最低。

事实上，在很多情况下都可能产生连接的丢失（例如，由于数据库的崩溃或者由于某些网络问题的存在）。不幸的是，标准的Java API并没有提供任何方法来检测连接的物理状态，所以在每种特定的情况下都需要一种解决方法。现在让我们来看看解决这个问题的两种方法。第一种方法是使用软件制造商专用的API，第二种方法是使用一种检测-失败查询（test-fail query）的方法。

创建连接

在使用任何SQL陈述式之前，应用程序必须要先连接到数据库。建立连接的一种方法是使用java.sql工具包里的连接工厂（connection factory）——DriverManager.getConnection()。但是，建立连接的首选方式是使用javax.sql.DataSource.getConnection()。你应该在对象每次请求进行连接的时候才使用这个工厂方法，而不是在创建了连接之后将这个连接保存在对象里。下面是这个方法的一个例子：
 
void foo(){
   // ...
   Connection conn = myDataSource.getConnection();
   PreparedStatement ps = conn.prepareStatement(...);
   // ...
}

此外，一个实现DataSource接口的类能够使用命名服务来注册，并使用JNDI API来访问。DriverManager连接工厂和DataSource的巨大不同之处在于：DataSource能够允许你控制连接的建立和使用。

连接错误的问题

当你的应用程序尝试使用一个已经同数据库断开的连接时，你会碰到一个像下面这样的异常：
 
java.sql.SQLException: Io exception: The Network Adapter could not establish the connection（lo异常：网络适配器无法建立连接）

其结果是，你的SQL查询会执行失败。由于没有哪个API能够确定一个到数据库的连接是否失效，因此你就只有在碰到SQL异常的时候才知道这个连接已经失效了。如果一个异常是同一个已断开的连接相对应的，那么你就必须要调整这个应用程序，这样它才能够尝试重新建立连接，并重新执行查询任务。很显然，这种处理数据库连接的混乱商务逻辑使得代码更容易出错，而且难以管理。