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

引言

状态模式（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 {
    @Override
    public void handle(Context context) {
        System.out.println("处理状态A的行为");
        context.setState(new ConcreteStateB()); // 状态转移
    }
}

// 具体状态B
class ConcreteStateB implements State {
    @Override
    public 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行为，切换到B
        context.request(); // 输出B行为，切换回A
    }
}

2.2 进阶实现技巧

状态共享：无内部状态的具体状态可设计为单例
状态创建管理：使用工厂方法管理状态实例
状态转移表：用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 {
    @Override
    public void confirm(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) {
        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 {
    @Override
    public void change(TrafficLight light) {
        light.setState(new GreenLight());
    }
    
    @Override
    public 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 {
    @Override
    public void play(MediaPlayer player) {
        System.out.println("已在播放状态");
    }
    
    @Override
    public void pause(MediaPlayer player) {
        System.out.println("暂停播放");
        player.setState(new PausedState());
    }
    
    @Override
    public 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 局限性

类数量增加：每个状态对应一个类
状态转换不直观：转移逻辑分散在各状态类中
不适合简单状态机：简单场景可能过度设计

结语

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