Spring Batch应用停服时Tomcat9内存泄漏警告的排查与解决咨询

我之前也碰到过类似的情况，这些警告虽然Tomcat会兜底处理，但从应用设计层面彻底解决确实能避免潜在的内存泄漏风险，也更规范。咱们逐个拆解日志里的问题，看看该排查哪些地方：

1. 处理Timer-0线程泄漏 #

这个线程来自java.util.Timer，它默认创建的是非守护线程，Web应用停止时如果没主动调用cancel()，线程会一直存活。

• 排查点：搜遍应用代码，找有没有直接使用new Timer()的地方，比如定时清理任务、自定义调度逻辑。
• 解决方法：
  • 尽量替换成ScheduledExecutorService，它的生命周期更容易管理，比如在Spring里可以用@Scheduled注解（底层就是用这个），或者手动创建后在销毁时调用shutdown()。
  • 如果必须用Timer，把它包装成Spring管理的bean，然后通过@PreDestroy注解或者实现DisposableBean接口，在销毁方法里调用timer.cancel()。

2. 修复C3P0连接池相关线程泄漏 #

日志里的C3P0PooledConnectionPoolManager[]-DeferredStatementDestroyerThread、Resource Destroyer in BasicResourcePool.close()还有Oracle驱动的BlockReleaser线程，本质都是连接池没有被正确关闭导致的。

• 排查点：
  • 确认你的ComboPooledDataSource是不是由Spring容器管理的？有没有配置正确的销毁逻辑？
  • 检查应用里有没有未正确归还数据库连接的情况（比如try-with-resources没用好，或者异常时没关闭连接）。
• 解决方法：
  • 如果是用@Bean定义的数据源，加上destroyMethod="close"，让Spring在容器关闭时自动调用连接池的关闭方法：

    @Bean(destroyMethod = "close")
    public ComboPooledDataSource dataSource() throws PropertyVetoException {
        ComboPooledDataSource dataSource = new ComboPooledDataSource();
        // 配置参数...
        return dataSource;
    }
    

  • 检查C3P0的配置，添加unreturnedConnectionTimeout和debugUnreturnedConnectionStackTraces参数，帮助定位未归还的连接：

    c3p0.unreturnedConnectionTimeout=300
    c3p0.debugUnreturnedConnectionStackTraces=true
    

  • 确保所有数据库操作都用try-with-resources语法，自动关闭连接：

    try (Connection conn = dataSource.getConnection()) {
        // 执行SQL操作
    } catch (SQLException e) {
        // 异常处理
    }
    

3. 清理Log4j2的ThreadLocal泄漏 #

这个警告是Log4j2的LoggerContext没有从ThreadLocal中移除导致的。

• 排查点：
  • 有没有手动创建LoggerContext的代码？或者自定义了Log4j2的配置加载逻辑？
  • 检查Log4j2的版本，旧版本可能存在这个已知问题。
• 解决方法：
  • 升级到最新的稳定版Log4j2，很多旧版本的ThreadLocal泄漏问题已经被修复。
  • 如果是普通Spring应用（非Spring Boot），可以添加一个ServletContextListener，在应用销毁时手动关闭LoggerContext：

    public class Log4j2CleanupListener implements ServletContextListener {
        @Override
        public void contextDestroyed(ServletContextEvent sce) {
            LoggerContext context = (LoggerContext) LogManager.getContext(false);
            if (context != null) {
                context.close();
            }
        }
    }
    

    然后在web.xml里注册这个监听器，或者用Spring的@WebListener注解。

通用排查技巧 #

• 用内存分析工具（比如VisualVM、MAT）：在应用停止前dump内存，分析残留的线程和ThreadLocal，能精准定位到代码里的泄漏点。
• 检查所有自定义线程：不管是线程池、定时任务还是手动创建的线程，都要确保在应用关闭时调用shutdown()或interrupt()，并且处理好线程的中断逻辑。

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