抽象类通过静态代码块、构造器、模板方法和钩子方法统一管理资源生命周期：静态块预加载共享资源，构造器保障实例资源合规初始化，模板方法封装“获取-使用-释放”流程，钩子方法配合显式destroy实现可控销毁。
抽象类可以统一管理资源的初始化与销毁，关键在于结合构造器、静态代码块、模板方法和钩子方法，形成“一次加载、按需初始化、统一释放”的闭环。它不靠 new 实例来驱动，而是靠类加载机制 + 对象生命周期 + 模板契约协同完成。
静态资源：用 static 块做类级预加载
适合所有子类共享、无需实例就能准备好的资源，比如配置映射、全局缓存容器、Jackson ObjectMapper 等。
- 静态代码块在类首次被主动使用时执行一次，与抽象类能否实例化无关
- 只能访问静态成员，不能用 this 或调实例方法
- 避免耗时操作（如远程连接），否则可能引发 NoClassDefFoundError
- 多个 static 块按声明顺序执行，适合分阶段加载
实例资源：用构造器 + final 字段保障合规初始化
每个子类实例都需要独立持有的资源（如数据库连接、线程池、日志器），应在抽象类构造器中统一校验并赋值。
- 把关键字段声明为 protected final，强制在构造器中初始化
- 构造器里可做参数非空检查、范围校验、标准化处理（如 trim、toLowerCase）
- 禁止在构造器中调用抽象方法——子类对象尚未构建完成，易出空指针
- 子类必须通过 super(...) 显式调用，无法跳过初始化逻辑
运行时资源：用模板方法封装“获取-使用-释放”流程
真正需要按需创建、使用后必须显式清理的资源（如文件句柄、Socket、JDBC Connection），适合用模板方法固化生命周期。
- 定义 public final void execute()：内部调用 protected abstract T doWork()，并在前后插入 acquire() 和 release()
- acquire() 可初始化连接、加锁、检查状态；release() 负责 close、unlock、清空缓存
- 用 try-finally 或 try-with-resources 保证 release() 必然执行
- 子类只实现 doWork()，不接触资源管理细节，降低误用风险
销毁时机：靠钩子方法 + 显式调用，不依赖 finalize
Java 不保证 finalize 执行，也不推荐重写。抽象类应提供明确的销毁入口，并由上层控制调用时机。
- 声明 protected void onDestroy() 抽象钩子，供子类释放独占资源（如关闭自建线程、注销监听器）
- 提供 public final void destroy() 模板方法：先调用 onDestroy()，再清理父类持有的资源（如 shutdown 线程池）
- 配合 Spring 等框架时，可通过 @PreDestroy 注解自动触发 destroy()，或在服务关闭时统一调用
- 避免在 onDestroy 中执行阻塞操作；若需异步清理，应启动守护线程并设超时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
