Tomcat JDBC ScheduledExecutor插入Oracle初始正常后静默无报错失败问题

1. 定位插入操作静默失败根因 #

ScheduledExecutorService执行定时任务时，只要任务抛出未捕获的非检查型异常，该任务的后续调度会直接终止，且默认无任何日志输出，是你遇到静默失败的核心原因，按以下步骤排查：

• 给所有提交到调度池的Runnable/Callable任务外层增加全量try-catch(Throwable t)逻辑，将异常栈打印到业务日志，即可看到插入失败的具体原因（如连接超时、锁等待、SQL约束冲突等）。
• 可通过自定义线程工厂配置全局异常捕获兜底，避免漏加try-catch导致的异常丢失：

ThreadFactory factory = new ThreadFactoryBuilder()
    .setNameFormat("oracle-schedule-thread-%d")
    .setUncaughtExceptionHandler((thread, throwable) -> {
        // 此处替换为你项目的日志打印逻辑
        System.err.printf("线程%s执行异常: %s%n", thread.getName(), throwable.getMessage());
        throwable.printStackTrace();
    })
    .build();
// 初始化调度池时传入自定义线程工厂
ScheduledExecutorService scheduler = new ScheduledThreadPoolExecutor(corePoolSize, factory);

2. 解决Oracle JDBC线程泄漏问题 #

你关闭Tomcat时看到的BlockReleaser、InterruptTimer线程是ojdbc8内部启动的全局驱动线程，不属于你自定义的业务线程池，因此关闭调度池不会停止这部分线程，按以下步骤处理：

• 优先升级ojdbc8到最新稳定版，12.2.0.1及之前的ojdbc8版本存在已知的线程泄漏bug，升级可直接解决大部分原生驱动导致的线程泄漏问题。
• 在ServletContextListener.contextDestroyed()中，除关闭业务调度池外，额外调用驱动自带的资源清理逻辑：

// 先关闭你自己的业务调度池，等待现有任务执行完成
scheduler.shutdown();
if (!scheduler.awaitTermination(10, TimeUnit.SECONDS)) {
    scheduler.shutdownNow();
}
// 如果你使用了数据库连接池，需要先关闭连接池释放所有数据库连接，示例为HikariCP的关闭逻辑
if (hikariDataSource != null && !hikariDataSource.isClosed()) {
    hikariDataSource.close();
}
// 释放Oracle驱动内部持有的线程资源
oracle.jdbc.driver.OracleDriver.driverCleanup();

如果你已经将ojdbc8放在CATALINA_HOME/lib下，驱动由Tomcat公共类加载器加载，不需要额外执行JDBC驱动注销逻辑，仅调用上述driverCleanup()方法即可。

3. 修复效果验证 #

• 复现之前的插入失败场景，确认异常日志可以正常打印，根据具体报错调整业务逻辑（如增加重试机制、优化SQL、调整连接超时参数等）。
• 多次重启/停止Tomcat，确认关闭日志中不再出现线程泄漏警告，同时插入任务可以长期稳定运行无中断。

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