Go语言中通过接口和结构体实现状态模式，将状态变更与行为解耦。定义State接口包含Pay、Ship、Complete方法，Order上下文持 currentState 并委托调用。PendingPaymentState支付后转为ShippedState，ShippedState完成订单进入CompletedState，各状态自行控制流转，非法操作直接返回错误。NewOrder初始化为待支付状态，通过SetState统一管理状态变更，避免条件判断，提升可维护性，适用于复杂状态机场景。
在Go语言中实现状态模式，关键是将状态的变更与行为解耦，让对象在不同状态下表现出不同的行为。通过接口和结构体组合，可以清晰地管理状态流转，避免大量条件判断。
定义状态接口和上下文
状态模式的核心是定义一个状态接口，所有具体状态实现该接口。同时有一个上下文对象持有当前状态，并委托行为给状态实例。
例如，假设我们管理一个订单的状态：待支付、已发货、已完成。
type State interface {Pay(order *Order) string
Ship(order *Order) string
Complete(order *Order) string
}
上下文结构体包含当前状态和业务数据：
立即学习“go语言免费学习笔记（深入）”；
type Order struct {currentState State
ID string
}
func (o *Order) SetState(state State) {
o.currentState = state
}
func (o *Order) Pay() string {
return o.currentState.Pay(o)
}
实现具体状态
每个状态实现自己的行为逻辑。比如待支付状态允许支付，但不能发货。
type PendingPaymentState struct{}
func (s *PendingPaymentState) Pay(order *Order) string {
order.SetState(&ShippedState{})
return "订单已支付，进入发货流程"
}
func (s *PendingPaymentState) Ship(order *Order) string {
return "无法发货：订单尚未支付"
}
已发货状态可以完成订单，但不能再支付。
type ShippedState struct{}func (s *ShippedState) Complete(order *Order) string {
order.SetState(&CompletedState{})
return "订单已完成"
}
控制状态流转
状态之间的转换由状态自身或上下文控制。推荐在状态方法中处理流转，这样逻辑集中。
初始化订单时设置初始状态：
func NewOrder(id string) *Order {order := &Order{ID: id}
order.SetState(&PendingPaymentState{})
return order
}
调用示例：
order := NewOrder("123")fmt.Println(order.Pay()) // 触发状态变更
fmt.Println(order.Complete()) // 进入完成状态 关键点：
- 状态接口定义行为契约
- 每个状态决定合法的后续状态
- 上下文不直接修改状态，而是通过SetState统一管理
- 非法操作可在状态方法中直接拦截返回错误信息
