抽象方法和常量共同构成抽象类的设计骨架：抽象方法以abstract修饰、无实现体，强制子类覆盖并提供多态入口；常量以public static final声明，统一继承体系的不可变配置，二者协同定义行为契约与共享规则。

抽象方法和常量在抽象类中不提供具体实现，但承担关键的结构定义与契约约束功能：抽象方法强制子类实现特定行为，常量则统一规范不可变值，二者共同构成类层级的设计骨架。

抽象方法：定义行为契约，延迟实现

抽象方法没有方法体（无花括号和具体逻辑），仅声明签名（访问修饰符、返回类型、方法名、参数列表），用 abstract 修饰。它不占实例内存空间，也不可被直接调用，其核心作用是：

• 为所有非抽象子类划出“必须覆盖”的行为边界——子类要么实现该方法，要么自身也声明为 abstract
• 在编译期提供类型安全的多态调用入口，例如通过抽象类引用调用，实际执行由子类实现决定
• 避免父类对某行为做“默认但可能错误”的实现，把决策权明确交给子类

常量：固化共享配置，保障一致性

在抽象类中用 public static final 声明的字段即为常量。它并非占位符，而是真实分配内存并初始化的固定值，作用在于：

• 为整个继承体系提供统一、不可变的配置项或标识，如协议版本号、默认超时毫秒数、状态码枚举值
• 避免子类各自定义同名常量导致歧义或不一致，提升可维护性与语义清晰度
• 被子类直接继承使用（无需重写），也可被外部代码通过类名访问（如 AbstractService.TIMEOUT_MS）

二者协同：构建可扩展的抽象契约

抽象方法与常量在抽象类中分工明确又相互支撑：

• 常量可作为抽象方法的参数默认值、返回值范围依据或内部逻辑参照（例如 validate() 方法校验输入是否在 MAX_RETRY 范围内）
• 抽象类整体不创建实例，但通过常量+抽象方法组合，对外暴露一套“能做什么、按什么规则做”的轻量接口契约
• 比纯接口更进一步：接口不能含常量初始化逻辑（Java 9+ 接口可有 static 方法但常量仍受限），而抽象类可封装共用静态工具或初始化块