Java枚举可通过为每个常量定义匿名内部类并重写抽象方法实现不同行为逻辑，核心是枚举声明抽象方法、各常量在{}中覆写，支持复用通用逻辑与个性化扩展，比switch或策略模式更轻量类型安全。
Java 枚举常量可以通过为每个枚举值定义**独立的匿名内部类**，并重写枚举中声明的抽象方法，从而实现各自不同的行为逻辑。
在枚举中声明抽象方法
枚举类型本身可以定义抽象方法，强制每个枚举常量提供自己的实现。这是实现“不同逻辑”的核心机制。
- 枚举类需声明为 abstract（即使没有显式写，含抽象方法时编译器自动视为 abstract）
- 每个枚举常量后跟一对大括号
{}，里面可重写该抽象方法 - 不能在枚举常量块里定义新字段或新方法（除非是 private 的辅助方法）
示例：状态处理器
比如表示订单状态，不同状态执行不同的业务动作：
public enum OrderStatus {
CREATED {
@Override
public void handle() {
System.out.println("初始化订单，生成编号");
}
},
PAID {
@Override
public void handle() {
System.out.println("扣减库存，发送支付成功通知");
}
},
SHIPPED {
@Override
public void handle() {
System.out.println("调用物流接口，更新运单号");
}
};
public abstract void handle();
}
调用时直接使用：OrderStatus.PAID.handle()，输出对应逻辑。
立即学习“Java免费学习笔记（深入）”；
补充技巧：复用通用逻辑 + 个性化扩展
如果多个枚举值有共性操作，可在枚举类中定义普通方法，再在各常量块中组合调用：
- 添加 protected 或 private 辅助方法 供各常量复用（如日志、参数校验）
- 允许在常量块中定义 private 成员变量（仅作用于该常量实例）
- 避免在块内访问其他枚举常量（易引发初始化循环问题）
替代方案对比
不推荐仅靠 switch 或字段区分逻辑，那样违背“行为归属枚举常量本身”的设计意图：
-
switch(status)把逻辑分散在外部，违反开闭原则 - 用字段（如 type code）+ if-else 判断，可读性差且易漏分支
- 策略模式虽更灵活，但对简单场景过度设计
枚举 + 抽象方法是最轻量、类型安全、IDE 可导航的实现方式。
