Java抽象类通过混合具体方法、抽象方法、构造器和访问控制实现部分实现与部分约束的平衡：具体方法封装通用逻辑供子类复用，抽象方法强制子类实现差异化行为，模板方法模式固化流程并开放变化点，构造器和protected成员统一初始化与共享状态。
Java 抽象类实现部分实现与部分约束的平衡，关键在于有意识地混合具体方法、抽象方法、构造器和访问控制，让稳定逻辑固化、变化点外放、初始化可控、扩展可选。
用具体方法封装通用逻辑，子类直接复用
抽象类中定义完整方法体的方法，会被子类自动继承，无需重写即可调用。这类方法适合承载所有子类共有的行为。
- 例如网络请求基类中提供
logRequest()、retryOnFailure()等已实现方法，子类调用send()时内部自动触发日志与重试 - 子类可通过
super.logRequest()显式调用，并在其前后添加定制逻辑（如埋点或参数脱敏） - 避免把工具方法误设为
abstract——比如格式化时间、生成 ID 等，应作为protected或final具体方法提供
用抽象方法划定必须实现的契约，编译期强制覆盖
抽象方法不写方法体，只声明签名，构成对子类的硬性约束：非抽象子类若未全部实现，编译直接失败。
- 例如
parseResponse(String raw)在抽象类中声明为abstract，因为 JSON/XML/Protobuf 解析逻辑差异大，必须由子类决定 - 抽象方法默认是
public或protected，不能是private、static或final——这些修饰符与“被重写”语义冲突 - 参数类型、返回值、异常声明都会成为子类重写的强制约束，保证接口一致性
用模板方法模式组合流程与变化点
把固定执行顺序写成 final 或普通具体方法，在其中调用抽象方法作为“插槽”，形成可复用骨架。
立即学习“Java免费学习笔记（深入）”；
- 例如导出服务中定义
export()方法：先validateConfig()→ 再fetchData()（抽象）→ 接着transform()（抽象）→ 最后writeToFile() -
validateConfig()和writeToFile()是具体实现，子类无法修改；fetchData()和transform()必须由子类填充 - 这样既防止流程被随意打乱，又把真正差异化的环节完全开放
用构造器和 protected 成员管控初始化与共享状态
抽象类可定义构造器，子类实例化时必须调用它，从而统一执行不可绕过的初始化动作。
- 例如数据库操作抽象类在构造器中校验
DataSource是否为空，并预热连接池；子类构造器需显式传入数据源 - 定义
protected int retryCount = 3;或protected Logger logger;，子类可直接使用，避免重复声明 - 配合
final构造器调用链，还能防止关键初始化被子类跳过或覆盖
