Java枚举不能直接实现完整状态模式，但能高效安全地支撑其核心设计：用枚举定义订单合法状态及允许的下一个状态和迁移逻辑，配合上下文Order封装流转，通过语义化方法委托枚举判断与切换，并可用Map预置转移规则或结合处理器接口实现解耦。
Java 枚举本身不能直接实现完整状态模式（因为状态模式要求状态可动态切换、有行为委托和上下文协调），但可以用枚举**高效、安全、简洁地支撑状态模式的核心设计**——尤其适合订单这种状态明确、变更受控、行为相对固定的业务流程。
用枚举定义状态及基础行为
把订单的合法状态（如 CREATED、PAYED、SHIPPED、COMPLETED、CANCELLED）声明为枚举，并在每个枚举常量中内聚其**允许的下一个状态**和**对应的状态迁移逻辑**（比如校验、副作用）。
示例：
public enum OrderStatus {
CREATED {
@Override
public OrderStatus transitionTo(String action) {
if ("pay".equals(action)) return PAYED;
throw new IllegalStateException("Cannot " + action + " from " + this);
}
},
PAYED {
@Override
public OrderStatus transitionTo(String action) {
if ("ship".equals(action)) return SHIPPED;
if ("cancel".equals(action)) return CANCELLED;
throw new IllegalStateException("Cannot " + action + " from " + this);
}
},
SHIPPED {
@Override
public OrderStatus transitionTo(String action) {
if ("complete".equals(action)) return COMPLETED;
if ("cancel".equals(action)) return CANCELLED;
throw new IllegalStateException("Cannot " + action + " from " + this);
}
},
COMPLETED, CANCELLED;
public OrderStatus transitionTo(String action) {
throw new UnsupportedOperationException("No transition defined for " + this);
}
}
配合状态上下文（Order）封装状态流转
订单实体（Order）作为状态模式中的“上下文”，持有一个可变的 OrderStatus 引用，并提供语义化方法（如 pay()、ship()），内部委托给当前状态做合法性判断和迁移。
立即学习“Java免费学习笔记（深入）”；
这样既保持调用简洁，又把状态规则集中在枚举里，避免 if-else 散布各处。
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
关键点：
- 状态变更必须通过上下文方法触发（如
order.pay()），禁止外部直接设枚举字段 - 上下文方法中调用
currentStatus.transitionTo("pay")获取新状态，再更新自身状态字段 - 可在枚举方法中加入副作用，比如
PAYED的transitionTo可触发发通知、扣库存等轻量逻辑（重逻辑仍建议抽到服务层）
增强可维护性：用 Map 预置状态转移规则（替代 if-else）
当状态多、转换关系复杂时，硬编码 if 判断易出错。可在枚举中用静态 Map<string orderstatus></string> 维护每个状态的合法动作映射：
public enum OrderStatus {
CREATED(Collections.unmodifiableMap(Map.of("pay", PAYED))),
PAYED(Collections.unmodifiableMap(Map.of("ship", SHIPPED, "cancel", CANCELLED))),
SHIPPED(Collections.unmodifiableMap(Map.of("complete", COMPLETED, "cancel", CANCELLED))),
COMPLETED(Collections.emptyMap()),
CANCELLED(Collections.emptyMap());
private final Map<String, OrderStatus> nextStates;
OrderStatus(Map<String, OrderStatus> nextStates) {
this.nextStates = nextStates;
}
public OrderStatus transitionTo(String action) {
OrderStatus next = nextStates.get(action);
if (next == null) {
throw new IllegalStateException("Invalid action '" + action + "' for status " + this);
}
return next;
}
}
这种方式让状态图一目了然，新增状态只需改枚举定义，无需动逻辑分支。
与标准状态模式结合（可选进阶）
若需要更彻底的解耦（比如不同状态要执行完全不同的算法、或需依赖外部服务），可让每个枚举常量持有对应的状态处理器（实现统一接口）：
interface OrderStateHandler {
void handle(Order order, String action);
}
public enum OrderStatus {
CREATED(new CreatedHandler()),
PAYED(new PayedHandler()),
// ...
private final OrderStateHandler handler;
OrderStatus(OrderStateHandler handler) { this.handler = handler; }
public void handle(Order order, String action) {
handler.handle(order, action);
}
}
此时枚举退化为状态标识+委托枢纽，真正行为由独立 handler 实现 —— 这就接近 GoF 状态模式的标准结构，同时保留枚举的类型安全和序列化友好特性。
