状态模式通过封装不同状态行为提升代码可维护性，适用于订单等状态流转明确的场景。
在Go语言中，状态模式是一种行为设计模式，用于让对象在其内部状态改变时改变其行为。通过将状态相关的行为封装到独立的状态类中，可以让对象在运行时根据当前状态表现不同的逻辑，避免大量的条件判断语句，提升代码的可维护性和扩展性。
状态模式的核心思想
状态模式将一个对象的不同状态抽象为接口或结构体，每个具体状态实现对应的行为。对象本身持有一个状态接口的引用，所有与状态相关的方法调用都委托给当前状态对象处理。当状态发生变化时，只需更换对象持有的状态实例即可。
这种模式特别适用于具有明确状态流转的业务场景，例如订单系统中的“待支付”、“已支付”、“已发货”、“已完成”等状态管理。
定义状态接口和具体状态
以订单为例，先定义一个状态接口，声明所有状态共有的行为：
立即学习“go语言免费学习笔记（深入）”；
type OrderState interface {
Pay(order *Order)
Ship(order *Order)
Complete(order *Order)
}
然后为每种状态创建具体实现：
type PendingState struct{}
func (s *PendingState) Pay(order *Order) {
fmt.Println("订单已支付，准备发货")
order.SetState(&ShippedState{})
}
func (s *PendingState) Ship(order *Order) {
fmt.Println("无法发货：订单尚未支付")
}
func (s *PendingState) Complete(order *Order) {
fmt.Println("无法完成：订单尚未支付")
}
type ShippedState struct{}
func (s *ShippedState) Pay(order *Order) {
fmt.Println("订单已支付")
}
func (s *ShippedState) Ship(order *Order) {
fmt.Println("已发货")
}
func (s *ShippedState) Complete(order *Order) {
fmt.Println("订单已完成")
order.SetState(&CompletedState{})
}
上下文对象管理状态流转
订单结构体作为上下文，持有当前状态，并提供方法供外部调用：
1.修正会员卡升级会员级别的判定方式2.修正了订单换货状态用户管理中心订单不显示的问题3.完善后台积分设置数据格式验证方式4.优化前台分页程序5.解决综合模板找回密码提示错误问题6.优化商品支付模块程序7.重写优惠卷代码8.优惠卷使用方式改为1卡1号的方式9.优惠卷支持打印功能10.重新支付模块，所有支付方式支持自动对账11.去掉规格库存显示12.修正部分功能商品价格显示4个0的问题13.全新的支
type Order struct {
state OrderState
}
func NewOrder() *Order {
return &Order{state: &PendingState{}}
}
func (o *Order) SetState(state OrderState) {
o.state = state
}
func (o *Order) Pay() {
o.state.Pay(o)
}
func (o *Order) Ship() {
o.state.Ship(o)
}
func (o *Order) Complete() {
o.state.Complete(o)
}
使用方式非常直观：
order := NewOrder() order.Pay() // 输出：订单已支付，准备发货 order.Ship() // 输出：已发货 order.Complete()// 输出：订单已完成
优势与适用场景
使用状态模式后，新增状态或修改状态行为变得容易，不需要改动上下文或其他状态逻辑。每个状态的职责清晰，符合开闭原则。
适合以下情况：
- 对象有多个状态，且状态之间有明确的转换规则
- 使用大量 if/else 或 switch 判断状态并执行不同逻辑
- 状态行为可能随业务发展而变化或扩展
在Golang中虽然没有类继承，但通过接口和组合可以很好地实现状态模式。关键是把状态行为抽象出来，由上下文委托调用，从而解耦状态逻辑与主业务对象。
基本上就这些。只要理清状态边界和流转路径，Go里的状态模式实践并不复杂，但能显著提升状态管理代码的清晰度和可维护性。
