状态模式（长文讲解）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战(已更新的所有项目都能学习) / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新开坑项目:《Spring AI 项目实战》 正在持续爆肝中，基于 Spring AI + Spring Boot 3.x + JDK 21...， 点击查看 ;
• 《从零手撸：仿小红书（微服务架构）》 已完结，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;演示链接： http://116.62.199.48:7070 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 90w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 3100+ 小伙伴加入学习 ，欢迎点击围观

前言：理解状态模式的核心价值

在软件开发中，对象的行为往往与它的状态密切相关。例如，一个订单可能处于“已提交”“已支付”“已发货”等不同状态，而每个状态对应的业务逻辑可能完全不同。当状态数量增加时，代码中大量的条件判断（如 if-else 或 switch-case）会导致代码臃肿、可维护性降低。此时，“状态模式”便成为一种优雅的解决方案。

状态模式通过将对象的不同状态抽象为独立的类，并利用这些类之间的协作，解耦了状态逻辑与核心业务逻辑。这种设计模式不仅能让代码结构更清晰，还能降低后续扩展的难度。接下来，我们将通过循序渐进的方式，深入理解状态模式的原理、应用场景和实现细节。

状态模式的基本概念与核心思想

什么是状态模式？

状态模式（State Pattern）是行为型设计模式的一种，其核心思想是将对象的状态抽象为独立的类，并允许对象根据状态的变化动态切换行为。它通过将状态相关的逻辑封装到不同的类中，避免了在单一类中使用复杂的条件判断。

一个生活化的比喻

想象一个自动售货机：用户投入硬币、选择商品、确认购买、等待出货、取走商品。每个环节对应不同的状态，而售货机的行为（如显示提示信息、出货等）会根据当前状态发生变化。如果用传统方式实现，代码中可能充斥着类似 if (state == "已选择商品") 的判断，而状态模式则将每个状态的逻辑封装到独立的类中，让售货机直接调用当前状态对应的方法。

状态模式的核心要素解析

1. 状态接口（State Interface）

所有具体状态类的基类或接口，定义对象在不同状态下的公共方法。例如，在售货机案例中，状态接口可能包含 insertCoin()、selectProduct()、dispense() 等方法。

2. 具体状态类（Concrete States）

每个具体状态类实现接口中的方法，定义该状态下对象的行为。例如，NoCoinState 类可能实现 insertCoin() 方法为“接收硬币并切换到有硬币状态”，而 HasCoinState 类的 selectProduct() 方法可能为“记录用户选择的商品”。

3. 环境类（Context）

环境类是客户端直接交互的对象，它持有一个指向当前状态对象的引用，并将请求委托给该状态对象处理。例如，售货机类（VendingMachine）会维护一个 currentState 变量，并在用户操作时调用 currentState.insertCoin()。

4. 状态转换机制

状态之间的切换通过状态对象自身的逻辑实现。例如，在 HasCoinState 的 dispense() 方法中，可能执行“出货”操作后，将 currentState 设置为 NoCoinState。

通过代码案例理解状态模式

以下是一个基于自动售货机的 Java 代码示例，演示状态模式的实现：

// 状态接口
interface State {
    void insertCoin(VendingMachine context);
    void selectProduct(VendingMachine context);
    void dispense(VendingMachine context);
}

// 具体状态：未投币状态
class NoCoinState implements State {
    public void insertCoin(VendingMachine context) {
        System.out.println("已投币");
        context.setCurrentState(context.getHasCoinState());
    }
    
    // 其他方法保持默认逻辑
    public void selectProduct(VendingMachine context) {
        System.out.println("请先投币");
    }
    
    public void dispense(VendingMachine context) {
        System.out.println("无法出货，请投币");
    }
}

// 具体状态：已投币状态
class HasCoinState implements State {
    public void selectProduct(VendingMachine context) {
        System.out.println("已选择商品");
        context.setSelectedProduct(true);
    }
    
    public void dispense(VendingMachine context) {
        if (context.isProductSelected()) {
            System.out.println("正在出货...");
            context.setCurrentState(context.getNoCoinState());
        } else {
            System.out.println("请先选择商品");
        }
    }
    
    // 投币时保持当前状态
    public void insertCoin(VendingMachine context) {
        System.out.println("已有硬币，请选择商品");
    }
}

// 环境类：自动售货机
class VendingMachine {
    private State currentState;
    private boolean productSelected;
    
    public VendingMachine() {
        currentState = new NoCoinState();
        productSelected = false;
    }
    
    // 状态切换方法
    public void setCurrentState(State state) {
        currentState = state;
    }
    
    // 委托方法
    public void insertCoin() {
        currentState.insertCoin(this);
    }
    
    public void selectProduct() {
        currentState.selectProduct(this);
    }
    
    public void dispense() {
        currentState.dispense(this);
    }
    
    // 辅助方法
    public boolean isProductSelected() {
        return productSelected;
    }
    
    public void setSelectedProduct(boolean selected) {
        productSelected = selected;
    }
    
    // 获取预定义状态对象
    public State getNoCoinState() {
        return new NoCoinState();
    }
    
    public State getHasCoinState() {
        return new HasCoinState();
    }
}

状态模式的实现步骤与关键细节

步骤 1：定义状态接口

明确对象在不同状态下的公共行为，例如 insertCoin() 或 dispense()，并将其定义在接口或抽象类中。

步骤 2：创建具体状态类

为每个可能的状态创建一个具体类，实现接口中的方法。例如，NoCoinState 和 HasCoinState 分别对应售货机的“未投币”和“已投币”状态。

步骤 3：设计环境类

环境类需包含以下元素：

• 持有当前状态的引用（如 currentState）；
• 提供委托方法，将客户端调用转发给当前状态对象；
• 提供获取不同状态对象的工厂方法（如 getNoCoinState()）。

步骤 4：管理状态转换

在具体状态类的方法中，通过修改环境类的 currentState 属性实现状态切换。例如，在 HasCoinState 的 dispense() 方法中，出货后将状态设置为 NoCoinState。

状态模式的优缺点与适用场景

优点

1. 解耦状态逻辑与业务逻辑：将状态相关的复杂判断封装到独立的类中，避免主类臃肿。
2. 可扩展性高：新增状态只需创建新类，无需修改现有代码，符合开闭原则。
3. 代码可读性提升：每个状态的行为逻辑清晰，便于维护和调试。

缺点

1. 类数量增加：每个状态都需要一个类，可能导致类的数量膨胀。
2. 状态转换复杂时需谨慎：若状态间转换逻辑过于复杂，需配合其他设计模式（如状态图）辅助管理。

适用场景

1. 对象行为依赖于状态：例如订单状态（待支付、已发货、已完成）、游戏角色状态（站立、奔跑、跳跃）。
2. 状态转换频繁且逻辑复杂：如电商平台的订单状态流转、游戏中的任务流程。
3. 避免过多条件判断：当 if-else 或 switch-case 过于臃肿时，状态模式能显著简化代码。

状态模式的扩展与进阶应用

1. 状态模式与工厂模式的结合

在环境类中，可通过工厂方法生成状态对象，避免直接暴露具体类的构造器。例如：

// 在环境类中使用工厂方法获取状态实例
public State getNoCoinState() {
    return new NoCoinState();
}

2. 状态模式与观察者模式的协作

当状态变化需要通知其他对象时，可结合观察者模式。例如，在订单状态变为“已发货”时，通知物流系统更新物流信息。

3. 状态模式在框架中的实际应用

许多框架（如 React 的组件状态管理）隐式地使用了状态模式的思想。例如，Redux 中的 Reducer 根据 Action 类型切换状态，本质是通过不同函数处理不同状态的逻辑。

结论：掌握状态模式，提升代码设计能力

状态模式通过将状态与行为分离，解决了对象状态复杂化导致的代码混乱问题。它不仅是一种设计模式，更是一种面向对象思维的体现——通过抽象和封装，让代码更清晰、更灵活。

对于初学者，可以从简单的案例入手，逐步理解状态之间的切换逻辑；对于中级开发者，可以尝试将现有项目中复杂的条件判断重构为状态模式，提升代码质量。记住，设计模式的核心目标并非“炫技”，而是让代码更易读、易维护，并为未来的扩展打下坚实的基础。

希望本文能帮助你掌握状态模式的精髓，并在实际开发中灵活运用这一强大的工具！