抽象类是承上启下的结构性节点，既定义共性特征与部分实现，又强制子类实现关键差异点，封装可复用逻辑，并管理共享状态；它不对应具体实体，也不仅描述行为契约，而是对一类子类进行半成品式建模。
抽象类确实位于继承树顶端，但它不是“最高层”的绝对终点，而是一个有明确职责的中间抽象层——它既承担共性定义，又保留扩展空间，是连接具体实现与更高层契约的关键枢纽。
抽象类的核心定位：承上启下的结构性节点
它不直接对应现实中的实体（如“汽车”），也不仅描述行为契约（如“可行驶”），而是对一类具有相同本质特征和部分共通逻辑的子类进行半成品式建模。比如“哺乳动物”作为抽象类，既规定了“哺乳”“恒温”等本质属性，又提供了默认的呼吸实现，但把“如何哺育幼崽”留给子类决定。
它在继承链中承担三类关键责任
-
统一基底规范：通过抽象方法强制子类实现关键差异点（如
makeSound()），确保所有子类具备该族类应有的核心能力 -
封装可复用逻辑：提供非抽象方法（如
breath()或heartbeat()），避免每个子类重复编写稳定不变的基础行为 - 管理共享状态与初始化：拥有构造器、protected字段、初始化块，能完成子类共用的预处理（如校验生命体征参数、加载通用配置）
为什么不能跳过抽象类直接写具体类？
跳过抽象类意味着放弃结构约束与逻辑沉淀。例如，若没有“图形”抽象类，三角形、圆形、矩形各自独立实现area()和perimeter()，就无法统一用List<shape></shape>管理，也无法在渲染引擎中统一调用draw()。抽象类在此处充当类型契约+能力容器+复用中心三位一体的角色。
它与接口在树中的协作关系
抽象类负责“是什么”（what it is）和“怎么做一部分”（how some things work），接口负责“能做什么”（what it can do）。一个类可以继承一个抽象类（确立身份与基础），同时实现多个接口（叠加能力，如Drawable、Serializable、Comparable）。二者共同构成分层清晰、职责分明的继承树骨架。
