抽象类是java中不可实例化但可定义共通属性、方法及抽象方法的类，用于代码复用和契约约束；应基于“is-a”关系设计，聚焦共性逻辑与子类差异点，相比接口更适于共享实现和状态，而避免全抽象或过度继承。

抽象类在 Java 中是构建可复用、可扩展类结构的重要工具，它本身不能被实例化，但可以定义共通的属性、方法（包括具体实现和未实现的抽象方法），为子类提供统一的模板和基础能力。

抽象类的核心作用

抽象类主要解决两个问题：一是避免重复代码，把多个子类共有的字段和逻辑封装在父类中；二是强制子类遵循某种契约，通过抽象方法规定“必须做什么”，而不关心“怎么做”。比如一个图形系统中，Shape 可以是抽象类，定义 area() 和 perimeter() 为抽象方法，同时提供通用的 color 字段和 setColor() 方法。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

如何合理设计抽象类

• 只在确实存在“is-a”关系且有共性逻辑时才用抽象类，避免为了抽象而抽象
• 把子类都需继承的字段、工具方法、默认行为放在抽象类里，提升复用性
• 抽象方法应聚焦于子类差异点，命名清晰、职责单一，例如 connect()、parseData()
• 构造方法可以存在（用于初始化共用状态），但仅能由子类调用，不能直接 new

抽象类 vs 接口：什么时候选哪个？

当需要共享代码实现（如日志记录、参数校验、资源初始化）或维护状态（如计数器、缓存引用）时，抽象类更合适；接口更适合定义行为契约，尤其是多继承场景（一个类可实现多个接口）。Java 8 后接口支持 default 方法，但无法定义实例字段或构造逻辑，这点仍是抽象类不可替代的优势。

常见误用提醒

• 抽象类里全是抽象方法？那基本等价于接口，建议改用 interface
• 过度深层继承（A → B → C → D），会增加维护难度，优先考虑组合或接口拆分
• 在抽象类中暴露过多 protected 方法，可能破坏封装，只开放真正需要子类定制的部分

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南