Java设计模式之状态模式

---

---

前言

• 掌握状态模式的应用场景
• 掌握状态模式的优缺点

---

一、定义

状态模式（State）：对有状态的对象，把复杂的“判断逻辑”提取到不同的状态对象中，允许状态对象在其内部状态发生改变时改变其行为。

二、应用场景

• 当一个对象的行为取决于它的状态，并且它必须在运行时根据状态改变它的行为时
• 一个操作中含有庞大的分支结构，并且这些分支决定于对象的状态时

三、基本结构

• 环境类角色（Context）：它定义了客户端需要的接口，内部维护一个当前状态，并负责具体状态的切换
• 抽象状态角色（State）：它定义了一个接口，用以封装环境对象中的特定状态所对应的行为，可以有一个或多个行为
• 具体状态角色（Concrete State）：实现抽象状态所对应的行为，并且在需要的情况下进行状态的切换
• 客户端角色（Client）：通过环境类，实现状态切换

---

四、基本使用

1. 环境类角色

public class Context {
    private State state;

    public Context() {
        this.state = new ConcreteStateA();
    }

    public State getState() {
        return state;
    }

    public void setState(State state) {
        this.state = state;
    }

    public void handle() {
        this.state.handle(this);
    }
}

2. 抽象状态角色

public abstract class State {
    public abstract void handle(Context context);
}

3. 具体状态角色

public class ConcreteStateA extends State {
    @Override
    public void handle(Context context) {
        System.out.println("当前状态时A");
        context.setState(new ConcreteStateB());
    }
}

public class ConcreteStateB extends State {
    @Override
    public void handle(Context context) {
        System.out.println("当前状态时B");
        context.setState(new ConcreteStateA());
    }
}

4. 客户端角色

public class Client {
    public static void main(String[] args) {
        Context context = new Context();
        context.handle();
        context.handle();
        context.handle();
    }
}

总结

1. 优点

• 结构清晰，状态模式将与特定状态相关的行为局部化到一个状态中，并且将不同状态的行为分割开来，满足“单一职责原则”
• 将状态转化显示化，减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态转换变得更加明确，且减少对象间的相互依赖
• 状态类职责明确，有利于程序的扩展。通过定义新的子类很容易地增加新的状态和转换

2. 缺点

• 状态模式的使用必然会增加系统的类与对象的个数
• 状态模式的结构与实现都较为复杂，如果使用不当会导致程序结构和代码混乱
• 状态模式对开闭原则的支持并不友好，对于可以切换状态的状态模式，增加新的状态类需要修改那些负责状态转换的源码，否则无法切换到新增状态，而且修改某个状态类的行为也需要修改对应类的源码