状态模式通过将状态逻辑封装为独立类，实现行为与状态解耦，上下文仅委托调用，新增状态无需修改原有代码，符合开闭原则，并支持复杂状态流转和自动行为。
状态模式能优雅替代 switch-case，核心在于把“状态判断”从方法内部移出去，变成一个个独立、可插拔的状态类。不是靠条件分支跳转，而是靠对象引用切换行为主体。
状态与行为彻底解耦
传统 switch-case 把所有状态逻辑堆在一个类里，比如订单服务中写一堆 if(status == X) {...}。状态模式则定义统一接口（如 OrderState），每个具体状态（PendingPayState、PaidState）实现该接口，各自封装本状态下的合法操作和转换规则。
- 支付动作不再由 OrderService 判断当前状态再执行，而是委托给当前 state 对象的 handlePayment() 方法
- 发货只在 PaidState 中允许实现；PendingPayState 的 handleShipment() 可直接抛异常或忽略
- 状态切换也内聚在状态类中——比如 PaidState 处理完发货后，主动把上下文的 state 设为 ShippedState
上下文只管委托，不参与决策
上下文类（如 OrderContext）不再包含任何 if-else 或 switch，它只持有一个状态对象引用，并提供统一入口：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- public void pay() { currentState.handlePayment(this); }
- public void ship() { currentState.handleShipment(this); }
- 所有行为调用都转发给 currentState，真正执行谁、怎么执行、是否允许，完全由当前状态类决定
新增状态不改旧代码
要加“已退款”状态？只需新增一个 RefundedState 类，实现 OrderState 接口，定义它支持哪些操作、能从哪些状态转入、转出到哪里。上下文和其他状态类全都不用动。
- 符合开闭原则：对扩展开放（加新类），对修改关闭（不碰已有类）
- 避免了在几十个 switch 分支里逐个补 case，也防止漏掉某个方法里的状态校验
- 单元测试可针对单个状态类编写，边界清晰，覆盖完整
比枚举+switch 更具表达力
枚举 + switch 虽比裸 if-else 好些，但仍是“集中式判断”：所有转换逻辑仍挤在一个方法里，状态间依赖关系隐含在 case 块顺序中，难以体现流转约束（比如“已完成不能退单”需手动加 guard 条件）。
- 状态模式天然支持正交约束：每个状态类只暴露它该响应的动作，非法调用根本不会编译通过或直接拒绝
- 状态迁移图可直观映射为类关系（如 PaidState → ship() → ShippedState），便于文档化和团队对齐
- 支持复杂行为，比如进入某状态时自动发消息、更新时间戳、校验库存——这些逻辑自然落在状态类的 entry 方法里，不污染上下文
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
