抽象类是生命周期规则的制定者和协调者，通过模板方法定义init/start/stop/destroy等钩子，用volatile状态标记和枚举校验确保阶段对齐，将资源管理责任交由子类实现，自身仅维护共享、受控的状态与配置。
抽象类本身不直接管理生命周期，但它可以作为生命周期管理的“骨架容器”——关键在于把状态维护和生命周期行为解耦，并通过设计约束让子类承担具体责任。
抽象类中状态应只保留共享、稳定、不可变或受控可变的数据
抽象类适合定义所有子类共有的基础状态，比如配置标识、初始化标志、资源句柄引用（但不负责创建/释放），但要避免直接持有需精细生命周期控制的资源（如 Socket、FileInputStream）。这类资源应交由子类在 init() 和 destroy() 方法中管理。
- 用 protected final 修饰配置常量（如超时毫秒数、模块名称）
- 用 volatile boolean 标记初始化/启动状态（如
initialized,started），保证多线程可见性 - 避免在抽象类中声明非 final 的可变对象字段（如
List<string> cache</string>），除非配合同步机制或明确委托子类初始化
把生命周期方法声明为抽象或模板方法，强制子类参与控制流
抽象类不实现具体资源操作，但应定义清晰的生命周期钩子。常见做法是结合模板方法模式：
- 声明 abstract void doInit()、abstract void doStart() 等，要求子类提供资源加载、连接建立等逻辑
- 提供 final void init() 模板方法：先校验状态 → 调用 doInit() → 设置
initialized = true→ 记录日志 - 同理封装 start()、stop()、destroy()，统一异常处理与状态跃迁检查
状态变更必须与生命周期阶段严格对齐
抽象类可通过枚举或状态机辅助验证。例如定义 LifecycleState 枚举，在每个生命周期方法入口做状态前置检查：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
if (state != NEW) throw new IllegalStateException("Can only init from NEW state")- 状态字段（如
private volatile LifecycleState state）应在每个方法末尾更新，且更新前加锁或使用原子操作 - 不允许多次调用 init() 或重复 destroy()，可在抽象类中内置 guard logic
资源清理不依赖 finalize，而靠显式契约 + AutoCloseable 集成
如果抽象类代表的组件需要被安全关闭（如网络客户端、任务调度器），建议让它实现 AutoCloseable 接口：
public abstract class ManagedComponent implements AutoCloseable- close() 方法在抽象类中定义为 final，内部调用 doDestroy() 并更新状态
- 鼓励使用者配合 try-with-resources，确保即使异常发生也能触发清理
本质上，抽象类不是生命周期的执行者，而是生命周期规则的制定者和协调者。它把“什么时候该做什么”固化下来，把“具体怎么做”留给子类，同时守住状态边界和流转安全。
