jdbc事务管理：释放资源和分布式事务时

Question

你好 我是一名初学者 Java 开发人员，这是我发布的列表中的一个问题，因为我已经开始移植一个非常古老的 Web 服务。我正在尝试改进对 db 的访问，并且我发现很多我认为可能很危险的代码，但是我对 java 的经验不是很丰富，我不能确定。 实际上，我有一个管理数据库连接并保存对连接和语句对象的静态引用的类：它公开了一个初始化 sql 连接类成员变量的“openDb”方法。

问题1：类成员变量是静态的，如果多次调用openDb并且类的第一个（例如）实例仍在执行查询会发生什么？

上面的类公开了一个方法名“closeDb”，它释放所有资源（连接和语句都是静态成员！）和一个“closeStatement”方法，它只释放语句成员，并在外部使用。

问题2：必须在事务提交/回滚后关闭语句和结果集，还是可以立即关闭？

仍然是同一个类处理暴露一些方法的提交/回滚（将 autocommit 设置为 false、提交或回滚）。这个类的一个实例被传递给其他类实例（例如通常的员工部门类），它们在数据库上执行自己的查询，最后由连接管理器类调用提交/回滚。这种“架构”是否正确，或者您认为其中有什么危险？

提前谢谢你

Answer 1

这是一个非常糟糕的设计，您对静态变量的观察是正确的。如果一个线程调用openDb 而另一个线程做同样的事情，事情就会出错。也许这种情况并非总是发生，这使得调试变得困难。

关于问题 nr. 2：一旦你完成了它们，你应该关闭它们。这样您就不会占用不必要的资源。因此，当您从结果集中读取所有（必要的）数据时，请关闭它。让语句和结果集脱离事务边界也不是一个好主意。所以而不是：

begin transaction
  open result set
commit transaction
read from result set

你应该有：

begin transaction
  open result set
  read from result set
commit transaction

为了使图片完整，在使用事务时应始终具有以下模式：

begin transaction
  open connection
    read/modify data
  close connection
commit transaction

open connection/close connection 组合可能在一个事务中出现多次。

编辑：为了进一步完善图片：在通常情况下，您的应用程序有几个层（例如 UI、业务、数据）。事务通常在业务层内启动和提交。从业务层调用成为事务一部分的一个或多个数据层方法：

// Inside business layer:
public void businessMethod(...) {
    try {
        // Begin transaction.
        dataMethod1(...);
        dataMethod2(...);
        ...
        // Commit transaction.
    }
    catch (...) {
    }
}

// Inside data layer.
public void dataMethod1(...) {
    // Open connection.
    try {
        // Get data from database.
        // Manipulate data.
    }
    finally {
        // Close connection.
    }
}

一些补充说明：

• 事务提交是 try/catch 中的最后一条语句（如果你想从你的方法中返回数据，它可以跟一个 return 语句）。这确保了事务仅在 一切 正常（即没有抛出异常）时提交。
• 连接关闭位于 try 语句的 finally 部分。这确保它始终处于关闭状态，无论您的数据方法内部发生什么。