抽象类是java中真实存在的语法机制，核心作用是定义继承契约并提供可复用骨架实现，在大型项目中承担统一入口、强制约束与能力下沉三重角色。

抽象类不是用来“模拟”的，它是 Java 语言中真实存在的语法机制，核心作用是定义继承契约 + 提供可复用的骨架实现。在大型项目中，它不单是“规范继承”，更是组织模块边界、控制扩展点、减少重复代码的关键设计工具。

明确抽象类在项目中的定位

它处在接口（纯行为契约）和具体实现类（完整业务逻辑）之间，承担三重角色：

• 统一入口：所有子类必须继承同一个抽象基类，确保它们属于同一业务域（如 ExcelImport、PaymentStrategy、ReportGenerator）
• 强制约束：通过抽象方法声明“哪些行为必须由子类自己决定”，比如 validateData()、mapToEntity()、buildResult()
• 能力下沉：把通用能力（日志、线程池调用、空值检查、阿里云 SDK 封装、统一异常包装）写在抽象类里，子类直接 super.xxx() 或直接调用

分层设计：抽象类 + 接口 + 具体子类

典型结构如下（以 Excel 导入为例）：

• 接口 ExcelImporter：只声明顶层动作，如 import(File file)、getSupportedSheetName() —— 面向调用方，解耦使用者
• 抽象类 AbstractExcelImporter：实现接口，封装共性逻辑：
   • 初始化工作线程池
   • 统一读取 Excel 的 Apache POI 模板代码
   • 提供 checkRequiredColumns()、logErrorRow() 等工具方法
   • 定义抽象钩子方法：doValidate(Row row)、toDomainObject(Row row)
• 具体子类 UserImportHandler、OrderImportHandler：只专注业务差异——字段校验规则怎么写、哪几列映射成用户对象、失败时发什么通知

关键实践细节

真正让抽象类在大型项目中立住脚，要注意这些点：

• 构造方法传参要精简：抽象类构造器只接收子类无法自行获取的上下文（如 ApplicationContext、ConfigService），避免把一堆参数塞进去变成配置黑洞
• 抽象方法命名体现意图：不用 handle() 这种模糊名，而用 extractBusinessKey(Row)、resolveDuplicatePolicy(DataItem) —— 让子类一眼看懂该填什么逻辑
• 提供 protected 工具方法，而非 public：防止外部误调用破坏封装；例如 protected final List<error> collectErrors()</error> 可被子类积累错误，但不对外暴露
• 避免在抽象类中 new 具体实现：要用依赖注入（如 Spring @Autowired）或工厂方法，否则会锁死扩展性

和接口配合使用，解决单继承限制

Java 不支持多继承，但一个类可以 extends AbstractExcelImporter implements AsyncCapable, Retryable, MetricsTracked。这时：

• 抽象类管“主干流程 + 通用实现”
• 接口管“附加能力契约”，每个接口有默认方法（JDK 8+）可提供基础实现，比如 Retryable.withDefaultRetryPolicy()
• 组合优于继承：当某类需要另一套抽象逻辑（如同时要处理文件又发消息），就用字段持有 MessageSender 实例，而不是试图继承两个抽象类