Oracle Universal Connection Pool（UCP）使用疑问：doAction后是否需调用connection.close()

嘿，这个问题问到点子上了，刚好我对UCP这块摸得门儿清，给你唠明白：

首先，你绝对要在doAction的回调方法里调用connection.close()——别慌，这不是真的销毁物理连接，而是把连接还给连接池，这才是连接池发挥复用价值的正确姿势！

得先搞懂UCP里doAction的设计逻辑：

• 当你调用PoolDataSource.doAction()时，UCP会从池中取出一个可用连接，传给你实现的ConnectionCallback回调方法。
• 要是你在回调里不调用close()，这个连接会一直被你的代码攥着，不会回到池中——直接让连接池的复用机制彻底失效，其他请求可能拿不到连接，甚至触发连接耗尽的报错。
• 这里的connection.close()是UCP封装过的方法，它的核心作用是释放连接回池，物理连接的生命周期由连接池的配置（比如超时时间、最大连接数）管控，根本轮不到你操心。

给你看个标准的正确写法示例：

poolDataSource.doAction(new ConnectionCallback<Void>() {
    @Override
    public Void doConnectionWork(Connection connection) throws SQLException {
        try {
            // 在这里执行你的数据库操作，比如查数据、更新表
            String sql = "SELECT * FROM YOUR_TABLE";
            try (Statement stmt = connection.createStatement();
                 ResultSet rs = stmt.executeQuery(sql)) {
                // 处理查询结果
            }
        } finally {
            // 必须在这里调用close，把连接还给池
            connection.close();
        }
        return null;
    }
});

用Java 8+的Lambda简化后也是一样的逻辑，别忘加close：

poolDataSource.doAction(connection -> {
    try (Statement stmt = connection.createStatement()) {
        // 执行你的数据库操作
    } finally {
        connection.close();
    }
    return null;
});

那有人可能会问：我不调用close，等连接自己超时回收行不行？
绝对不行！连接池的超时（比如inactiveConnectionTimeout）是用来回收那些意外被遗忘的连接的，属于兜底补救机制，不是正常用法。依赖超时会导致连接长期被占用，大幅降低连接池的利用率，甚至引发性能瓶颈。正常场景下，用完就还才是连接池存在的意义——高效复用连接，而不是让连接被单个请求攥到超时。

最后再划个重点：

• doAction回调里必须调用connection.close()，这是归还连接的标准操作
• 不调用close会造成连接泄漏，直接废掉连接池的复用能力
• 连接超时是兜底方案，绝不能当成正常的归还方式

内容的提问来源于stack exchange，提问作者Anton Shchyrov