抽象类是大型框架的核心骨架机制，通过强制约束、行为预设和层级解耦保障可扩展性、一致性和可维护性；它定义统一契约、收敛共性逻辑、控制继承深度并支撑运行时类型识别。

抽象类在大型框架开发中不是“可有可无”的设计装饰，而是承担骨架支撑作用的核心机制——它通过强制约束、行为预设和层级解耦，为框架的可扩展性、一致性和可维护性提供底层保障。

定义契约：统一扩展入口

大型框架需支持多厂商适配、多场景插件或多种实现策略（如不同数据库驱动、日志后端、序列化格式）。抽象类用abstract方法明确声明“必须实现什么”，而非依赖文档或约定。开发者继承时无法绕过关键接口，避免因遗漏导致运行时错误。

• 例如Spring的AbstractHandlerMethodMapping规定子类必须实现getHandlerInternal()，确保所有路由映射逻辑都走统一调度链路
• 对比接口，抽象类还能提供final模板方法（如handleRequest()），把校验、拦截、包装等通用流程固化，子类只专注核心差异点

收敛共性逻辑：减少重复与误改

框架中大量组件共享初始化、资源管理、状态同步等基础行为。若分散在各实现类中，易出现逻辑不一致或修复遗漏。抽象类将这些共性封装为protected非抽象方法或构造器逻辑，由子类按需调用。

• MyBatis的BaseExecutor统一处理缓存开关、事务超时、嵌套查询栈，子类（如CachingExecutor）只需叠加一层能力，不重复写事务边界代码
• 构造器中完成元数据注册、监听器绑定等一次性工作，避免每个子类自行判断是否已初始化

控制继承深度：平衡灵活性与稳定性

过度抽象会增加理解成本，但完全放任又导致碎片化。抽象类天然形成“一层强约定+多层弱扩展”的结构：

• 顶层抽象类定义最小完备契约（如AbstractService只含start()/stop()）
• 中间层抽象类（如AbstractAsyncService）注入线程模型、重试策略等可选能力，供特定领域复用
• 具体实现类仅填充业务细节，不触碰框架级基础设施

支撑运行时策略选择：隐式类型识别

框架常需根据实例类型动态启用功能模块（如自动注册监控指标、触发特定拦截器）。抽象类作为稳定基类，比接口更适合作为类型判断依据：

• instanceof AbstractDataSource比检查多个接口更可靠，因接口可被任意组合实现
• 配合泛型抽象类（如AbstractProcessor<t extends event></t>），可在编译期约束事件类型，降低运行时类型转换风险