状态模式（State Pattern）是行为设计模式的一种，它允许一个对象在其内部状态发生改变时改变其行为。这个对象被视为类型的有限状态机（Finite State Machine）。
在状态模式中，我们创建表示各种状态的对象和一个上下文对象（context），该上下文对象持有当前状态的引用，并可以在不同状态之间切换。这些状态对象共享一个公共的接口，以便上下文可以与任何状态对象交互，而无需知道具体是哪个状态。这样，当状态发生改变时，上下文的行为也会相应改变，但上下文本身并不直接修改其状态，而是委托给状态对象来处理状态的转换。
组成
状态接口或抽象类（State）
定义一个接口或抽象类，以封装与特定状态相关的行为。
具体状态类（Concrete State）
实现或继承状态接口或抽象类，每个具体状态类实现与状态相关的行为，并可以定义状态转换的逻辑。
上下文类（Context）
持有一个状态对象的引用，可以委托当前状态对象处理请求，从而使得上下文的行为随状态改变而改变。上下文类通常包含一个或多个与状态相关的方法，这些方法会调用状态对象的方法。
Demo
设计一个交通信号灯系统。交通信号灯有三种状态：红灯（Red）、绿灯（Green）和黄灯（Yellow）。我使用状态模式来实现信号灯状态的切换和状态相关的行为。
定义状态接口 TrafficLightState
package org.example.state;
public interface TrafficLightState {
void change(TrafficLight trafficLight);
}
状态接口具体的实现类 RedState，RedState，RedState
package org.example.state;
public class RedState implements TrafficLightState{
@Override
public void change(TrafficLight trafficLight) {
System.out.println("Red Light -- Stop!");
trafficLight.setState(new GreenState());
}
}
package org.example.state;
public class GreenState implements TrafficLightState{
@Override
public void change(TrafficLight trafficLight) {
System.out.println("Green Light -- Go!");
trafficLight.setState(new YellowState());
}
}
package org.example.state;
public class YellowState implements TrafficLightState{
@Override
public void change(TrafficLight trafficLight) {
System.out.println("Yellow Light -- Gaution!");
trafficLight.setState(new RedState());
}
}
创建一个 TrafficLight 类作为上下文
package org.example.state;
public class TrafficLight {
private TrafficLightState state;
public TrafficLight() {
this.state = new RedState();
}
public void setState(TrafficLightState state) {
this.state = state;
}
public void change() {
state.change(this);
}
}
测试
package org.example.state;
public class StateMain {
public static void main(String[] args) {
TrafficLight light = new TrafficLight();
for (int i = 0; i <= 10; i++) {
light.change();
}
}
}
<font style="color:rgb(51, 51, 51);">LightState</font>接口定义了一个<font style="color:rgb(51, 51, 51);">pressButton</font>方法，该方法用于处理按下按钮时的行为。<font style="color:rgb(51, 51, 51);">OnState</font>和<font style="color:rgb(51, 51, 51);">OffState</font>类实现了这个接口，并分别定义了开状态和关状态下按下按钮的行为。<font style="color:rgb(51, 51, 51);">LightSwitch</font>类持有一个<font style="color:rgb(51, 51, 51);">LightState</font>对象的引用，并通过<font style="color:rgb(51, 51, 51);">pressButton</font>方法委托当前状态对象处理按下按钮的请求。在客户端代码中，我们创建了一个<font style="color:rgb(51, 51, 51);">LightSwitch</font>对象，并模拟了按下按钮的动作，可以看到电灯的状态在开和关之间切换
优点
- 封装性良好：状态模式将状态相关的行为封装在独立的状态类中，使得状态的变化对上下文类来说是透明的。
- 扩展性强：通过添加新的状态类，可以很容易地扩展系统的行为，而无需修改现有的代码。
- 维护性高：状态模式使得状态转换和状态相关的行为明确且集中，有助于代码的维护和调试。
- 解耦：状态模式将状态的行为与上下文类解耦，使得上下文类可以专注于处理业务逻辑，而无需关心状态的具体实现。
缺点
- 类数量增加：每个状态都需要一个单独的类，这会导致系统的类数量增加，从而增加了管理的复杂性。
- 逻辑分散：状态转换和状态相关的行为被分散到多个状态类中，这可能会使得理解和跟踪系统行为变得更加困难。
- 适用场景
适用场景
对象的行为取决于其状态，并且这些状态在运行时会发生变化。需要使用大量的条件语句（如if-else或switch-case）来根据对象的状态选择其行为，这时可以考虑使用状态模式来替代这些条件语句，以提高代码的可读性和可维护性。
