抽象方法只有声明无实现,必须用abstract修饰且仅存于抽象类或接口中;普通方法既有声明又有方法体,可直接调用。抽象方法强制子类重写以提供具体逻辑,普通方法则提供现成行为,支持继承复用或选择性重写。

抽象方法和普通方法的核心区别
抽象方法只有声明,没有实现,必须用abstract修饰,且只能出现在抽象类或接口中;普通方法既有声明也有方法体,可直接被调用。抽象方法强制子类提供具体逻辑,普通方法则提供现成行为,可继承复用或被重写。
什么时候该用抽象方法
当某个行为在父类层面无法统一实现,但所有子类又必须具备该能力时,就该定义为抽象方法。比如“计算面积”对Shape类是通用需求,但矩形、圆形、三角形的公式完全不同,父类无法写死逻辑,只能留空让子类各自实现。
- 父类无法给出合理默认实现
- 希望强制约束子类覆盖某项关键行为
- 用于构建模板方法模式中的可变环节(如
templateMethod()中调用的doStep())
什么时候该用普通方法
当某个功能在多个子类中高度一致,或者父类能提供一个稳妥的基础实现时,就该写成普通方法。它降低重复代码,提升可维护性,也允许子类按需选择是否重写。
Java开发手册规约集合,基于阿里巴巴Java开发手册(嵩山版)。 涵盖7大维度:编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。
- 存在通用逻辑,如日志记录、参数校验、资源清理
- 作为模板方法的固定骨架部分(如
prepare()→execute()→cleanup()中的前后步骤) - 提供工具性功能,不涉及核心业务差异,如
toString()、getId()
设计中常见的权衡陷阱
过度使用抽象方法会让子类负担过重,每个新子类都得补一堆空方法;反过来,全用普通方法又失去约束力,子类可能忽略关键行为,导致运行时异常或逻辑错乱。
立即学习“Java免费学习笔记(深入)”;
- 别把“将来可能不同”的行为提前抽象——先用普通方法+注释说明可重写,等真出现差异再提取为抽象
- 抽象方法的访问权限建议用
public或protected,避免private(不可继承)或final(与abstract冲突) - 抽象类里可以混用两种方法:用普通方法封装不变流程,用抽象方法开放变化点,这是模板方法模式的典型结构

















