状态模式详解与真实场景案例（Java实现）
模式界说状态模式（State Pattern） 允许对象在其内部状态改变时改变它的举动，使对象看起来像是修改了它的类。属于举动型设计模式，焦点思想是将状态抽象为独立对象，差异状态下举动封装在差异状态类中。
解决的问题
消除庞大的条件分支
避免对象在差异状态下使用大量if-else或switch-case判断状态
状态转换逻辑清晰化
将状态转移规则封装在状态对象中
进步扩展性
新增状态时只需添加新状态类，无需修改现有代码
真实场景案例：电商订单状态流转
需求配景
电商订单存在多种状态：
待支付 → 已支付 → 已发货 → 已收货 → 已完成
每个状态下可实验的操作差异：
待支付状态：允许支付、取消订单
已支付状态：允许发货、退款
已发货状态：允许确认收货
已收货状态：允许完成订单
已完成/已取消状态：不可再操作
代码实现
1. 界说状态接口
// 订单状态接口
public interface OrderState {
void pay(OrderContext context); // 支付
void cancel(OrderContext context); // 取消
void ship(OrderContext context); // 发货
void receive(OrderContext context);// 收货
void complete(OrderContext context); // 完成
}
2. 实现详细状态类
待支付状态
public class UnpaidState implements OrderState {
@Override
public void pay(OrderContext context) {
System.out.println("支付成功");
context.setState(new PaidState());
}
@Override
public void cancel(OrderContext context) {
System.out.println("订单已取消");
context.setState(new CancelledState());
}
// 其他操作不支持
@Override
public void ship(OrderContext context) {
throw new UnsupportedOperationException("待支付状态不能发货");
}
@Override
public void receive(OrderContext context) {
throw new UnsupportedOperationException("非法操作");
}
@Override
public void complete(OrderContext context) {
throw new UnsupportedOperationException("非法操作");
}
}
已支付状态
public class PaidState implements OrderState {
@Override
public void ship(OrderContext context) {
System.out.println("商品已发货");
context.setState(new ShippedState());
}
@Override
public void cancel(OrderContext context) {
System.out.println("发起退款流程");
context.setState(new CancelledState());
}
// 其他操作处理
@Override
public void pay(OrderContext context) {
throw new UnsupportedOperationException("已支付状态不能重复支付");
}
// ... 类似处理其他不支持操作
}
其他状态类（已发货、已收货、已完成、已取消）实现方式类似，此处省略。
3. 界说订单上下文
public class OrderContext {
private OrderState currentState;
public OrderContext() {
this.currentState = new UnpaidState(); // 初始状态
}
public void setState(OrderState state) {
this.currentState = state;
}
// 委托操作给当前状态
public void pay() { currentState.pay(this); }
public void cancel() { currentState.cancel(this); }
public void ship() { currentState.ship(this); }
public void receive() { currentState.receive(this); }
public void complete() { currentState.complete(this); }
}
4. 客户端使用
public class Client {
public static void main(String[] args) {
OrderContext order = new OrderContext();
order.pay(); // 正常支付
order.ship(); // 正常发货
order.receive(); // 正常收货
order.complete(); // 完成订单
try {
order.ship(); // 尝试非法操作
} catch (Exception e) {
System.out.println("操作失败: " + e.getMessage());
}
}
}
输出结果
复制
支付乐成
商品已发货
确认收货乐成
订单已完成
操作失败: 已完成状态不能发货
模式上风
上风传统条件分支实现状态模式实现可维护性修改状态逻辑需改动大量条件判断只需修改对应状态类可扩展性新增状态需修改所有相干方法新增状态类即可代码清晰度一个方法包罗所有状态逻辑每个状态逻辑独立封装单一职责违反单一职责原则每个状态类职责明确 实际应用场景
工作流引擎
审批流程中的差异状态（起草、审批中、已通过、被驳回）
游戏开发
脚色状态（站立、移动、攻击、死亡）
硬件控制
电梯运行状态（制止、运行、故障）
UI交互
按钮的差异状态（正常、禁用、悬停、点击）
通过状态模式，我们实现了：
✅ 消除复杂的条件判断
✅ 状态转换逻辑内聚到状态类中
✅ 符合开闭原则（新增状态无需修改现有代码）
✅ 更易维护的清晰代码布局
一句话总结
状态模式就是将状态都独立出来，将状态与实际业务解耦。相对于策略模式，状态与状态之间有接洽，策略与策略之间是独立的。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]