Statviewservlet关闭时如何正确释放资源？

Question

在使用 StatviewServlet 时，如何在关闭时正确释放数据库连接、定时任务及缓存资源，以避免内存泄漏和资源占用过高？常见问题包括未关闭数据库连接池、未取消定时任务导致线程持续运行、未清理缓存数据等。如何通过重写 `destroy()` 方法或使用 Spring 的 `DisposableBean` 接口确保资源有序释放？是否需要显式调用 `super.destroy()`？如何验证资源是否已完全释放？

Answer 1

一、StatviewServlet 简介与资源管理背景

StatviewServlet 是 Druid 监控组件中用于展示数据库连接池状态的核心 Servlet。在 Web 应用关闭时，若未正确释放其使用的数据库连接、定时任务及缓存资源，将导致内存泄漏和资源占用过高。

常见问题包括：

• 未关闭数据库连接池，导致连接未释放；
• 未取消定时任务，线程持续运行，消耗系统资源；
• 未清理缓存数据，占用内存。

二、资源释放的核心机制：destroy() 方法与 Spring 的 DisposableBean 接口

Java Web 应用中，Servlet 的生命周期由容器管理。当 Web 应用关闭时，Servlet 容器会调用其 destroy() 方法。因此，重写该方法是释放资源的关键。

若使用 Spring 框架管理 Bean，则可实现 DisposableBean 接口，Spring 容器会在销毁 Bean 时调用 destroy() 方法。

public class MyStatviewServlet extends StatviewServlet implements DisposableBean {
    @Override
    public void destroy() {
        // 释放资源逻辑
        super.destroy(); // 是否需要调用？
    }

    @Override
    public void destroy() throws Exception {
        // Spring 的 destroy 方法
    }
}

三、显式调用 super.destroy() 是否必要？

在重写 destroy() 方法时，是否调用 super.destroy() 取决于父类是否实现了资源释放逻辑。

对于 StatviewServlet 来说，其父类 HttpServlet 的 destroy() 方法为空实现，因此是否调用 super.destroy() 不影响资源释放。

但为了代码兼容性和可维护性，建议保留该调用，以备未来父类变更。

调用 super.destroy()	说明
是	保持代码一致性，推荐做法
否	不影响当前逻辑，但不推荐

四、如何正确释放数据库连接池资源？

StatviewServlet 通常与 DruidDataSource 配合使用，关闭时应确保连接池被正确关闭。

可通过如下方式实现：

• 在 destroy() 中获取 DataSource 实例并调用 close()；
• 若使用 Spring 管理 DataSource，则应在配置中设置 destroy-method="close"。

@Bean(destroyMethod = "close")
public DataSource dataSource() {
    return new DruidDataSource();
}

五、取消定时任务与线程资源的释放

StatviewServlet 内部可能启动定时任务用于刷新监控数据。若未正确取消这些任务，会导致线程持续运行。

解决方案：

• 在 destroy() 方法中调用定时任务的 cancel() 方法；
• 关闭线程池（如有）；
• 使用 ScheduledExecutorService 时，调用 shutdownNow()。

ScheduledExecutorService scheduler = ...;
scheduler.shutdownNow();

六、缓存资源的清理策略

StatviewServlet 可能缓存了监控数据或访问权限信息。关闭时应主动清理这些缓存。

建议做法：

• 使用 WeakHashMap 或 SoftReference 存储缓存；
• 在 destroy() 中手动调用 clear() 方法清除缓存集合。

private Map cache = new HashMap<>();

public void destroy() {
    cache.clear();
}

七、如何验证资源是否已完全释放？

验证资源释放是否成功，可通过以下手段进行：

• 使用 JConsole 或 VisualVM 查看线程与内存使用情况；
• 检查数据库连接数是否下降；
• 日志中输出 destroy() 方法执行信息；
• 使用内存分析工具（如 MAT）分析堆转储。

流程图如下：

graph TD
A[关闭 Web 应用] --> B[调用 destroy()]
B --> C{资源是否释放?}
C -->|是| D[验证完成]
C -->|否| E[检查代码逻辑]
E --> B