设计模式之状态模式：优雅管理对象行为变化

引言

状态模式（State Pattern）是一种行为型设计模式，它允许对象在其内部状态改变时改变它的行为，使对象看起来似乎修改了它的类。状态模式将状态转移逻辑和状态相关行为封装在独立的状态类中，完美解决了复杂条件判断问题。本文将深入解析状态模式的核心思想、实现方式及典型应用场景。

---

1. 状态模式的核心概念

1.1 什么是状态模式？

状态模式通过以下三个角色管理状态转换：

• Context（上下文）：维护当前状态实例

• State（抽象状态）：定义状态接口

• ConcreteState（具体状态）：实现特定状态行为

1.2 典型应用场景

• 订单状态流转（待支付、已发货、已完成等）

• 游戏角色状态（站立、奔跑、跳跃等）

• 工作流引擎

• UI控件状态管理（禁用/启用、活跃/非活跃）

---

2. 状态模式的实现方式

2.1 基础实现模板

// 状态接口
interface State {void handle(Context context);
}// 具体状态A
class ConcreteStateA implements State {@Overridepublic void handle(Context context) {System.out.println("处理状态A的行为");context.setState(new ConcreteStateB()); // 状态转移}
}// 具体状态B
class ConcreteStateB implements State {@Overridepublic void handle(Context context) {System.out.println("处理状态B的行为");context.setState(new ConcreteStateA()); // 状态转移}
}// 上下文
class Context {private State currentState;public Context(State initialState) {this.currentState = initialState;}public void setState(State state) {this.currentState = state;}public void request() {currentState.handle(this); // 委托给当前状态}
}// 使用示例
public class Client {public static void main(String[] args) {Context context = new Context(new ConcreteStateA());context.request(); // 输出A行为，切换到Bcontext.request(); // 输出B行为，切换回A}
}

2.2 进阶实现技巧

1. 状态共享：无内部状态的具体状态可设计为单例

2. 状态创建管理：使用工厂方法管理状态实例

3. 状态转移表：用Map维护状态转移规则

---

3. 状态模式的最佳实践

3.1 与策略模式的区别

• 状态模式：状态间知晓彼此，自动触发状态转移

• 策略模式：策略相互独立，由客户端指定策略

3.2 性能优化

• 状态对象复用：对无状态的状态对象使用享元模式

• 延迟初始化：按需创建状态对象

3.3 设计原则

• 开闭原则：新增状态无需修改现有代码

• 单一职责：每个状态类只关注特定状态行为

---

4. 状态模式的实际应用

4.1 电商订单系统

// 订单状态接口
interface OrderState {void confirm(OrderContext context);void cancel(OrderContext context);void ship(OrderContext context);
}// 具体状态：待支付
class UnpaidState implements OrderState {@Overridepublic void confirm(OrderContext context) {System.out.println("订单支付成功");context.setState(new PaidState());}@Overridepublic void cancel(OrderContext context) {System.out.println("订单已取消");context.setState(new CancelledState());}@Overridepublic void ship(OrderContext context) {System.out.println("订单未支付不能发货");}
}// 上下文类
class OrderContext {private OrderState currentState;public OrderContext() {this.currentState = new UnpaidState(); // 初始状态}// 委托方法...
}// 使用示例
OrderContext order = new OrderContext();
order.confirm(); // 支付成功，状态转为PaidState

4.2 交通信号灯系统

// 状态接口
interface TrafficLightState {void change(TrafficLight light);String getColor();
}// 具体状态
class RedLight implements TrafficLightState {@Overridepublic void change(TrafficLight light) {light.setState(new GreenLight());}@Overridepublic String getColor() {return "红色";}
}// 上下文类
class TrafficLight {private TrafficLightState state;public void change() {state.change(this);}public void show() {System.out.println("当前信号灯：" + state.getColor());}
}

4.3 播放器状态控制

// 播放器状态接口
interface PlayerState {void play(MediaPlayer player);void pause(MediaPlayer player);void stop(MediaPlayer player);
}// 具体状态：播放中
class PlayingState implements PlayerState {@Overridepublic void play(MediaPlayer player) {System.out.println("已在播放状态");}@Overridepublic void pause(MediaPlayer player) {System.out.println("暂停播放");player.setState(new PausedState());}@Overridepublic void stop(MediaPlayer player) {System.out.println("停止播放");player.setState(new StoppedState());}
}// 上下文类
class MediaPlayer {private PlayerState state;public void play() {state.play(this);}public void changeState(PlayerState newState) {this.state = newState;}
}

5. 状态模式的优缺点分析

5.1 优势

• 消除条件分支：用多态代替复杂的状态判断

• 易于扩展：新增状态只需添加新类

• 集中状态逻辑：每个状态的行为局部化

5.2 局限性

• 类数量增加：每个状态对应一个类

• 状态转换不直观：转移逻辑分散在各状态类中

• 不适合简单状态机：简单场景可能过度设计

---

结语

状态模式是管理复杂状态转换的利器，特别适合行为随状态改变而显著变化的场景。通过将每种状态封装为独立类，代码变得清晰可维护。在实际应用中，可以结合备忘录模式实现状态历史记录，或与观察者模式实现状态变更通知，构建更强大的系统架构。