JDBC操作PostgreSQL时RELEASE SAVEPOINT返回结果引发异常，求正确释放方法

问题原因 #

你遇到的错误是因为findByNameTx(conn, names, threshold).stream()返回的JDBC Stream是延迟加载的，它底层关联的ResultSet还处于打开状态。当你在finally块里调用releaseSavepoint时，PostgreSQL JDBC驱动需要执行RELEASE SAVEPOINT命令，但此时连接上存在未关闭的结果集，驱动会认为这是异常情况——因为RELEASE SAVEPOINT属于无返回结果的命令，而当前连接还有未处理的查询结果，所以抛出了"A result was returned when none was expected"错误。

正确处理方式 #

核心是确保在释放保存点之前，完全消费掉Stream，或者将结果收集到内存集合中，让底层的ResultSet被关闭，连接恢复到可以执行保存点操作的干净状态。

方案1：收集结果到集合后再返回 #

修改代码，先把Stream转换成List（或其他集合），这样ResultSet会被立即处理并关闭，之后再释放保存点就不会报错：

Savepoint savepoint = conn.setSavepoint();
try {
  // 先将Stream收集为集合，确保ResultSet被关闭
  List<YourEntity> resultList = findByNameTx(conn, names, threshold).stream()
      .collect(Collectors.toList());
  return resultList.stream();
} finally {
  try {
    conn.releaseSavepoint(savepoint);
  } catch (SQLException e) {
    logger.info("Ignoring release savepoint error", e);
  }
}

方案2：自定义Stream包装类，在Stream关闭时释放保存点（适合大数据量场景） #

如果数据量很大，不想一次性加载到内存，可以自定义一个CloseableStream，在Stream被关闭时再执行保存点释放操作。这种方式需要确保调用方会正确关闭Stream：

Savepoint savepoint = conn.setSavepoint();
Stream<YourEntity> resultStream = findByNameTx(conn, names, threshold).stream();
// 包装Stream，在关闭时释放保存点
return StreamSupport.stream(Spliterators.spliteratorUnknownSize(resultStream.iterator(), Spliterator.ORDERED), false)
    .onClose(() -> {
      try {
        conn.releaseSavepoint(savepoint);
      } catch (SQLException e) {
        logger.info("Ignoring release savepoint error", e);
      }
    });

注意：这种方式要求调用方必须调用stream.close()，或者在try-with-resources块中使用Stream，否则保存点不会被释放。

额外说明 #

• 不要在有未关闭ResultSet的连接上执行保存点、事务控制类命令，PostgreSQL JDBC驱动对连接状态的一致性要求严格。
• 如果你的findByNameTx方法内部使用了try-with-resources来管理ResultSet，那么只有当Stream被完全消费时，ResultSet才会关闭；如果没有，更要确保结果被处理完毕后再操作保存点。

内容的提问来源于stack exchange，提问作者Carl Mastrangelo