Spring Batch运行时报HikariDataSource已关闭异常，原因及解决方法是什么？

你的推测完全正确，该异常确实是Spring Batch内部更新任务执行元数据（执行上下文、步骤状态、作业进度等信息）时触发的，和你的业务逻辑没有直接关联。

问题核心原因 #

你当前的问题本质是内存模式H2数据库的自动关闭策略 + Hikari连接池回收配置不匹配批处理长耗时场景，具体诱因有两个：

• H2内存库默认策略问题：你当前的H2连接串配置为jdbc:h2:mem:springbatch;DB_CLOSE_ON_EXIT=TRUE，内存模式下的H2会在所有活跃连接被释放后自动销毁整个数据库实例。你的业务逻辑大部分时间在调用外部API，很长时间不会操作Spring Batch元数据表，Hikari回收空闲连接后，H2检测到无连接就直接关闭了数据库，连带连接池也被销毁。
• Hikari参数配置不适配批处理场景：你配置的leakDetectionThreshold为450000ms（7.5分钟），如果你的单批次任务处理耗时超过这个阈值，Hikari会判定连接泄漏强制回收，同时你的minimumIdle设置为5，低峰时会回收空闲连接，进一步触发H2的自动关闭逻辑。

修复方案 #

方案1：调整配置（保留元数据持久化能力） #

如果需要保留任务重启续跑、历史执行记录查询能力，修改application.properties配置如下：

# 新增DB_CLOSE_DELAY=-1 禁止H2无连接时自动关闭，关闭JVM退出时自动关库
spring.datasource.url=jdbc:h2:mem:springbatch;DB_CLOSE_ON_EXIT=FALSE;DB_CLOSE_DELAY=-1

# 调整Hikari参数适配长耗时批处理
spring.datasource.hikari.minimumIdle=20 # 和最大连接数保持一致，禁止空闲连接回收
spring.datasource.hikari.idleTimeout=600000 # 空闲超时调整为10分钟
spring.datasource.hikari.maxLifetime=1800000 # 连接最大生命周期调整为30分钟，覆盖最长批处理耗时
spring.datasource.hikari.leakDetectionThreshold=0 # 关闭连接泄漏检测，批处理本身允许长事务占用连接

方案2：使用内存型任务仓库（完全不需要数据库） #

如果不需要元数据持久化能力，可以直接替换Spring Batch的默认任务仓库为内存实现，彻底规避数据库相关问题：

import org.springframework.batch.core.configuration.annotation.EnableBatchProcessing;
import org.springframework.batch.core.configuration.annotation.DefaultBatchConfigurer;
import org.springframework.batch.core.repository.JobRepository;
import org.springframework.batch.core.repository.support.MapJobRepositoryFactoryBean;
import org.springframework.context.annotation.Configuration;

@Configuration
@EnableBatchProcessing
public class BatchConfig extends DefaultBatchConfigurer {
    @Override
    protected JobRepository createJobRepository() throws Exception {
        MapJobRepositoryFactoryBean factoryBean = new MapJobRepositoryFactoryBean();
        factoryBean.afterPropertiesSet();
        return factoryBean.getObject();
    }
}

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