1. 状态模式初探：当对象开始"变脸"
刚接触状态模式时，我总想起咖啡机的运作方式。投币时亮红灯，按下按钮后变绿灯，缺豆时闪黄灯——同一个机器在不同状态下表现出完全不同的行为。这恰恰是状态模式（State Pattern）的精髓：允许对象在内部状态改变时改变它的行为，看起来就像修改了它的类。
在Java中实现状态模式，本质上是通过将状态抽象为接口，让具体状态类实现行为变化。比如电商订单就有"待支付"、"已发货"、"已完成"等状态，每个状态下可执行的操作截然不同。传统if-else堆砌的代码会变成难以维护的"面条代码"，而状态模式通过解耦让各个状态自成体系。
关键认知：状态模式不是简单地用状态变量控制流程，而是将状态提升为独立对象，通过组合实现行为委托。
2. 模式结构与Java实现剖析
2.1 经典三要素结构
状态模式的核心角色在Java中表现为：
java复制// 状态接口
interface OrderState {
void handlePayment();
void cancelOrder();
}
// 具体状态类
class UnpaidState implements OrderState {
@Override
public void handlePayment() {
System.out.println("处理支付，转为已支付状态");
// 实际项目会更新数据库并切换上下文状态
}
@Override
public void cancelOrder() {
System.out.println("取消未支付订单");
}
}
// 上下文类
class OrderContext {
private OrderState currentState;
public void setState(OrderState state) {
this.currentState = state;
}
public void requestPayment() {
currentState.handlePayment();
}
}
2.2 状态转换的两种实现方式
实践中状态切换通常有两种实现路径：
- 上下文控制：在OrderContext中维护转换逻辑
java复制public void handlePayment() {
if (currentState instanceof UnpaidState) {
setState(new PaidState());
// 其他业务逻辑...
}
}
- 状态自管理：具体状态类知晓下一个状态
java复制class UnpaidState implements OrderState {
@Override
public void handlePayment(OrderContext context) {
context.setState(new PaidState());
}
}
经验之谈：简单状态机适合第一种，复杂流转推荐第二种。我曾在一个物流系统中用第二种方式管理15种状态转换，代码比传统方式减少40%。
3. 实战：电商订单状态机
3.1 完整状态流转设计
以电商场景为例，典型状态流转如下：
mermaid复制stateDiagram-v2
[*] --> Unpaid
Unpaid --> Paid: 支付成功
Unpaid --> Cancelled: 用户取消
Paid --> Shipped: 商家发货
Shipped --> Completed: 用户收货
Shipped --> Returned: 发起退货
对应Java实现：
java复制// 状态枚举定义（也可用类实现）
enum OrderStatus {
UNPAID {
public void next(Order order) {
order.setState(PAID);
}
},
PAID {
public void next(Order order) {
if (order.isInventoryReady()) {
order.setState(SHIPPED);
}
}
};
public abstract void next(Order order);
}
// 订单类作为上下文
class Order {
private OrderStatus status;
public void processNext() {
status.next(this);
}
}
3.2 结合Spring的状态机实践
在企业级应用中，推荐使用Spring StateMachine：
java复制@Configuration
@EnableStateMachine
public class OrderStateMachineConfig
extends EnumStateMachineConfigurerAdapter<OrderStatus, OrderEvent> {
@Override
public void configure(StateMachineStateConfigurer<OrderStatus, OrderEvent> states)
throws Exception {
states
.withStates()
.initial(OrderStatus.UNPAID)
.states(EnumSet.allOf(OrderStatus.class));
}
@Override
public void configure(StateMachineTransitionConfigurer<OrderStatus, OrderEvent> transitions)
throws Exception {
transitions
.withExternal()
.source(OrderStatus.UNPAID)
.target(OrderStatus.PAID)
.event(OrderEvent.PAY)
.and()
.withExternal()
.source(OrderStatus.PAID)
.target(OrderStatus.SHIPPED)
.event(OrderEvent.SHIP);
}
}
4. 性能优化与陷阱规避
4.1 状态对象复用策略
频繁创建状态对象可能引发GC压力，有两种解决方案：
- 无状态对象：所有状态对象共享实例
java复制// 使用单例状态
class StateFactory {
public static final OrderState UNPAID = new UnpaidState();
// 其他状态实例...
}
- 享元模式：通过缓存复用对象
java复制class StateFlyweight {
private static final Map<String, OrderState> cache = new ConcurrentHashMap<>();
public static OrderState getState(String key) {
return cache.computeIfAbsent(key, k -> {
switch(k) {
case "UNPAID": return new UnpaidState();
// 其他case...
}
});
}
}
4.2 典型问题排查指南
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 状态转换失效 | 忘记调用setState() | 使用模板方法封装状态切换 |
| 并发状态异常 | 非线程安全的状态变更 | 对上下文加锁或使用原子引用 |
| 内存泄漏 | 状态对象持有上下文引用 | 检查双向引用，必要时弱引用 |
5. 模式进阶：与策略模式的区别
很多开发者容易混淆状态模式和策略模式，它们的UML类图确实相似，但本质不同：
- 状态模式：状态改变引起行为变化（被动响应）
- 策略模式：主动更换算法实现（主动选择）
举例说明：
java复制// 状态模式典型调用
order.processPayment(); // 内部自动根据当前状态触发不同行为
// 策略模式典型调用
calculator.setStrategy(new AddStrategy());
calculator.execute(1, 2); // 显式选择算法
在最近的一个交易系统中，我同时用到了两种模式：用状态模式处理订单生命周期，用策略模式选择不同支付渠道的计费算法。这种组合使核心业务逻辑保持清晰。
6. 现代应用场景拓展
6.1 游戏开发中的FSM
游戏NPC的AI常用有限状态机（FSM）实现：
java复制enum NPCState {
PATROL {
void update(NPC npc) {
if (npc.detectEnemy()) {
npc.setState(ATTACK);
}
}
},
ATTACK {
void update(NPC npc) {
if (npc.lowHealth()) {
npc.setState(FLEE);
}
}
};
// 其他状态...
}
6.2 工作流引擎设计
自定义审批流的状态模式实现：
java复制class Workflow {
private WorkflowState state;
public void approve() {
state.handleApproval(this);
}
}
interface WorkflowState {
void handleApproval(Workflow workflow);
void handleRejection(Workflow workflow);
}
在实现一个OA系统时，通过状态模式+责任链模式，我们实现了可动态配置的审批流，比传统硬编码方式提升60%的配置灵活性。
7. 测试策略与调试技巧
7.1 状态转换测试要点
java复制@Test
public void testOrderStateTransition() {
Order order = new Order();
assertEquals(OrderStatus.UNPAID, order.getStatus());
order.pay();
assertEquals(OrderStatus.PAID, order.getStatus());
order.ship();
assertEquals(OrderStatus.SHIPPED, order.getStatus());
// 测试非法状态转换
assertThrows(IllegalStateException.class, () -> {
order.cancel(); // 已发货订单不可取消
});
}
7.2 状态日志记录方案
调试状态机时，建议添加状态变更日志：
java复制class Order {
private OrderState state;
private List<StateLog> stateLogs = new ArrayList<>();
public void setState(OrderState newState) {
stateLogs.add(new StateLog(
LocalDateTime.now(),
this.state.getClass().getSimpleName(),
newState.getClass().getSimpleName()
));
this.state = newState;
}
}
这个技巧帮助我在排查一个生产环境问题时，快速定位到某个边缘case导致的状态跃迁异常。记录的状态变更历史后来甚至成为了业务分析的重要数据源。