static块不能用于资源清理，它仅在类加载时执行一次以完成初始化，不参与生命周期结束时的清理工作；资源清理需显式通过静态方法、jvm关闭钩子、框架生命周期管理或autocloseable封装等方式实现。
Java 中的 static 块不能用于资源清理。
static 块只负责初始化，不参与清理
static 块在类首次被加载时执行一次，仅用于静态变量的初始化或一次性配置（如加载驱动、预热缓存、设置全局常量等）。它没有生命周期结束钩子，也不会在类卸载或 JVM 关闭时自动再次运行。JVM 规范中，类卸载极为罕见（通常只发生在自定义 ClassLoader 场景且该 ClassLoader 被回收时），且 static 块不会因此触发“反向操作”。
资源清理必须由开发者显式安排
静态资源（如静态持有的数据库连接、线程池、文件句柄、缓存 Map）一旦创建，其生命周期与类绑定，不会随对象销毁而释放。若不主动清理，极易导致内存泄漏或连接耗尽。可行的清理方式包括：
-
提供 public static 清理方法：例如
public static void shutdown()，内部将静态引用设为null，并调用资源的close()或shutdown()方法； -
注册 JVM 关闭钩子：在 static 块中调用
Runtime.getRuntime().addShutdownHook(new Thread(...))，确保 JVM 退出前执行清理逻辑； -
结合框架生命周期管理：在 Spring 等容器中，使用
@PreDestroy（配合 static 包装类或单例 Bean）或实现DisposableBean接口； -
使用 try-with-resources 或 Cleaner（推荐）：对需长期持有但可按需释放的资源，优先封装为
AutoCloseable实例，避免直接裸露 static 引用。
常见误区：误用 finalize 或 static 块模拟清理
finalize() 已自 JDK 9 起标记为废弃，执行时机不确定、性能差、无法保证调用，绝不应用于关键资源释放。同样，试图在 static 块末尾“写清理代码”是无效的——它只在类加载时运行一次，与资源是否该释放毫无关系。
一个典型安全模式示例
以下是一个兼顾初始化与可控清理的 static 类设计片段：
public class ResourceManager {
private static ExecutorService pool;
private static volatile boolean initialized = false;
static {
pool = Executors.newCachedThreadPool();
initialized = true;
}
public static void cleanup() {
if (initialized && pool != null) {
pool.shutdown();
try {
if (!pool.awaitTermination(10, TimeUnit.SECONDS)) {
pool.shutdownNow();
}
} catch (InterruptedException e) {
pool.shutdownNow();
Thread.currentThread().interrupt();
}
pool = null;
}
}
// 可选：自动注册关闭钩子
static {
Runtime.getRuntime().addShutdownHook(new Thread(ResourceManager::cleanup));
}
}
注意：shutdown 钩子应在 static 块中注册，但实际清理动作仍由 cleanup() 方法承载——static 块本身不“做清理”，只“配好清理的触发机制”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
