Java枚举虽不可继承，但可通过定义抽象方法并由各常量实现，实现类型安全、简洁的策略模式；需在枚举中声明abstract方法，各常量以匿名内部类实现，配合普通/静态方法提升复用性与可读性。
Java 枚举（enum）本身是 final 类，不能被继承，但允许在枚举类中定义抽象方法，并让每个枚举常量提供自己的实现——这是实现“同一接口、不同行为”的轻量级策略，比创建多个子类更简洁、安全且类型明确。
在枚举中声明抽象方法
只需在枚举体中用 abstract 修饰方法签名（不写方法体），枚举类自动成为抽象类；此时每个枚举常量必须以匿名内部类形式实现该方法，否则编译报错。
例如：
public enum Operation {
ADD {
@Override
public double apply(double x, double y) {
return x + y;
}
},
SUBTRACT {
@Override
public double apply(double x, double y) {
return x - y;
}
},
MULTIPLY {
@Override
public double apply(double x, double y) {
return x * y;
}
};
<pre class='brush:php;toolbar:false;'>public abstract double apply(double x, double y);}
配合具体方法增强可读性与复用性
抽象方法负责核心差异化逻辑，而普通实例方法或静态工具方法可封装通用流程，避免重复代码。
- 可在枚举中添加非抽象方法（如
describe()、isBinary()），供所有实例共享 - 可定义静态工厂方法，根据字符串/码值返回对应枚举，再调用其抽象行为
- 抽象方法参数和返回类型需统一，确保调用方无需类型检查即可安全使用
适用场景与注意事项
适合行为固定、数量有限、逻辑内聚的策略集合，比如状态处理器、运算符、消息类型、序列化格式等。
- 不适用于行为复杂、需频繁扩展或依赖外部依赖的场景（此时应考虑策略模式+Spring Bean）
- 枚举实例在类加载时初始化，所有实现体也会立即执行构造逻辑，注意避免副作用
- 无法在运行时动态新增枚举常量，行为变更需修改源码并重启
替代思路对比
若需要更灵活的策略注册或运行时装配，可结合函数式接口（如 UnaryOperator）+ Map 实现类似效果，但会失去枚举的类型安全与 IDE 自动补全优势。
而抽象枚举方式，在保证编译期校验、语义清晰、无反射开销的前提下，实现了最小侵入的行为定制。
