当通过 Java 实现业务实例时，对资源举办处理惩罚是司空见惯的。一般环境下，资源（如文件或 socket 句柄）封装在工具中，利用后必需封锁才气释放资源。凡是开拓人员有责任封锁本身所建设的资源，以制止资源斗嘴，一般城市放在 finally 语句块中处理惩罚。不这样做其实也不会发生编译错误，但很容易导致资源泄露。固然此刻静态代码查抄东西足够智慧，也可以做出提示。但不是每小我私家都利用东西，并且这些告诫也容易被忽略。

Java 7 中首次引入了一种新的处理惩罚（封锁）资源的方法——try-with-resources。它使得在 try-catch 语句块中的资源能凭据正确顺序自动封锁，越发容易地处理惩罚资源。

我们来一起看一个业务实例的实现，其需要从数据库中获取指定账户的状态码。首先可以看到它是如何故传统方法实现，紧接着是足智多谋的 try-with-resources 如何实现。最后，还将看到 Java 9 引入的越发简捷的版本。

传统的方法处理惩罚资源（Java 7 之前）

// 代码已简化，只保存跟眼下话题相关的内容。
public static int getAccountStatusCodeFromDataStore_traditional(String accountId) throws SQLException {
  String accountStatusCodeQuery = getAccountStatusCodeQuery(accountId);
  Statement statement = null;
  ResultSet resultSet = null;
  try {
    statement = createStatementFromConnection();
    resultSet = statement.executeQuery(accountStatusCodeQuery);
    return getAccountStatusCodeFromResultSet(resultSet);
  } finally {
    if (resultSet != null)
      resultSet.close();
    if (statement != null)
      statement.close();
  }
}

如上所示，我们必需增加 finally 语句块来处理惩罚资源封锁。在挪用 close 要领之前，须显示地查抄 null 值，而且同时要担保封锁资源的逻辑顺序。代码不单变得冗长，并且我们曾经碰着过很多开拓人员会健忘编写 finally 语句块来封锁资源，导致资源泄露的环境。

顺便提一下，如果 try 和 finally 语句块都抛出异常，finally 语句块抛出的异常会屏蔽对方。

Java 7/8 中通过 try-with-resources 处理惩罚资源

现通过 try-with-resources 实现与上面沟通的代码块，如下所示：

// 代码已简化，只保存跟眼下话题相关的内容。
public static int getAccountStatusCodeFromDataStore_tryWithResourcesJava7(String accountId) throws SQLException {
  String accountStatusCodeQuery = getAccountStatusCodeQuery(accountId);
  try (Statement statement = createStatementFromConnection();
       ResultSet resultSet = statement.executeQuery(accountStatusCodeQuery)) {
    return getAccountStatusCodeFromResultSet(resultSet);
  }
}

在本例中可以看到简捷的代码有助于提高整体可读性，资源打点也自动完成。try-with-resources 语句中可以包括多个资源，它们之间应通过度号离隔。资源会在保持逻辑顺序的前提下自动封锁（最后声明的将第一个封锁）。