抽象类在java中承担共性逻辑封装的协作角色：通过模板方法固化流程、钩子方法交由子类实现、protected辅助方法复用、protected字段与构造器初始化状态，并避免过度封装，结合内部类实现高内聚低耦合。
抽象类在 Java 中不是“多写一层类”的负担，而是有明确分工的协作角色：它不替代接口定义契约，也不替代具体类实现细节，而是在两者之间承接共性逻辑，让封装更自然、更可控。
用抽象类统一处理跨实现的公共流程
当多个实现类共享相似执行步骤（比如校验 → 执行 → 记录 → 通知），但每步的具体行为不同，抽象类可定义模板方法，把稳定环节固化，把变化点留给子类。
- 声明 final 的模板方法（如
execute()），内部按序调用钩子方法 - 将可变环节声明为 abstract（如
doValidate()、doAction()），强制子类提供实现 - 把通用辅助逻辑（如日志打印、异常包装、响应构造）设为 protected 方法，供子类按需复用或重写
让状态和初始化能力真正落地
接口的 default 方法无法持有字段或执行构造逻辑，而抽象类可以——这对封装依赖型复杂逻辑至关重要。
- 在抽象类中定义 protected 字段（如
HttpClient client、Config config） - 通过构造器完成一次性初始化（如加载配置、构建客户端、预热缓存）
- 子类继承后直接使用这些状态，无需重复准备，也避免了每个实现里 new 一堆相同对象
避免把抽象类变成“万能基类”
抽象类的价值在于精准复用，不是堆砌功能。过度封装反而破坏清晰边界。
- 只提取已有两个及以上实现共用的逻辑；单个实现优先用组合（如注入工具类）
- 不塞入无关职责——鉴权、缓存、DB 操作应各自独立，抽象类只协调它们的调用顺序
- 拒绝“伪抽象”：若抽象类里全是空方法或 final 方法，说明它没提供实际复用，不如回归接口
与内部类协同，分层封装复杂度
抽象类负责横向复用（多个实现间的共性），内部类适合纵向隔离（单个类内部的复杂子逻辑）。
- 在抽象类中定义成员内部类，封装与当前上下文强绑定的校验器、转换器或策略协调器
- 用静态内部类承载无状态工具逻辑（如 JSON 解析规则、字段映射配置），避免对外暴露
- 抽象类 + 内部类组合，既能共享流程骨架，又能隐藏细节实现，真正实现高内聚、低耦合
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
