抽象类用于定义共性行为和属性，支持抽象方法与具体实现，适用于存在共同逻辑但部分行为未确定的场景。例如图形绘制系统中，抽象类可提供统一打印方法，将面积计算交由子类实现；数据处理框架中，初始化和清理由抽象类实现，执行逻辑由子类扩展；员工管理系统中，抽象类维护姓名、工号等共享状态，并声明getSalary()抽象方法供子类实现；结合接口使用时，接口定义能力，抽象类提供基础实现，如HttpHandler接口配合AbstractHttpHandler类，实现公共功能复用。抽象类核心价值在于封装共性、保留扩展点、管理状态，适合具有“is-a”关系且需继承状态的类层次设计。
在Java中，抽象类是一种不能被实例化的类，通常用于定义一组通用的行为和属性，供子类继承和实现。它既可以包含抽象方法（没有实现的方法），也可以包含具体实现的方法。合理使用抽象类有助于构建清晰、可扩展的类层次结构。
当存在共同逻辑但部分行为未确定时
如果你有一组相关的类，它们共享某些行为的实现，但另一些行为需要由子类决定，这时适合使用抽象类。
例如，设计一个图形绘制系统：
- 所有图形都需要计算面积，但每种图形的计算方式不同
- 所有图形都可以打印基本信息，这部分逻辑可以统一实现
需要强制子类遵循一定结构并复用代码时
与接口相比，抽象类能提供默认实现，避免重复编码。当你希望子类必须实现某些方法，同时又能继承一些已有功能，抽象类是更合适的选择。
立即学习“Java免费学习笔记（深入）”；
比如开发一个数据处理框架：
- 每个处理器都要有初始化、执行、清理三个阶段
- 初始化和清理步骤大体相同
- 执行逻辑各不相同
类之间有明确的“is-a”关系且需要继承状态时
抽象类支持成员变量，可以维护状态，这在需要共享字段时非常有用。如果多个子类需要访问相同的属性或内部状态，使用抽象类比接口更自然。
举例来说，构建员工管理系统：
- 员工有姓名、工号等共用属性
- 不同类型的员工（全职、兼职）薪资计算方式不同
与接口配合使用进行分层设计
实际项目中，常结合接口和抽象类使用。接口定义“能做什么”，抽象类定义“是什么”以及“怎么做一部分”。这种分工使系统更灵活。
例如在网络请求模块中：
- 定义HttpHandler接口表示可处理HTTP请求
- 提供AbstractHttpHandler类实现公共头解析、日志记录等
- 具体业务处理器继承抽象类并实现核心逻辑
基本上就这些。抽象类的核心价值在于：封装共性、保留扩展点、管理状态。当多个类有强烈关联且存在部分通用实现时，优先考虑抽象类而不是仅仅用接口。关键是根据业务语义判断是否属于同一类事物，再决定如何划分抽象与具体。
