在Golang中通过接口和组合实现状态模式，定义OrderState接口并让各状态结构体实现它，上下文OrderContext持有当前状态并将操作委托给具体状态，实现行为解耦与状态转换，提升可维护性。
在 Golang 中实现状态模式（State Pattern）可以有效管理对象在不同状态下的行为变化，避免使用大量条件判断语句（如 if/else 或 switch），提升代码的可维护性和扩展性。虽然 Go 没有类和继承，但通过接口和组合，依然能优雅地实现状态模式。
定义状态接口与上下文
状态模式的核心是将每个状态封装成独立的类型，并让它们实现统一的行为接口。上下文对象持有当前状态，并将状态相关操作委托给具体的状态实现。
例如，假设我们有一个订单系统，订单有“待支付”、“已支付”、“已发货”、“已完成”等状态：
type OrderState interface {
Pay(*OrderContext)
Ship(*OrderContext)
Complete(*OrderContext)
}
OrderContext 是订单的上下文，包含当前状态和订单数据：
立即学习“go语言免费学习笔记（深入）”；
type OrderContext struct {
State OrderState
ID string
// 其他订单信息
}
func (o *OrderContext) Pay() {
o.State.Pay(o)
}
func (o *OrderContext) Ship() {
o.State.Ship(o)
}
func (o *OrderContext) Complete() {
o.State.Complete(o)
}
实现具体状态
每个状态实现 OrderState 接口，并根据业务逻辑决定是否允许状态转移。
type PendingPaymentState struct{}
func (s *PendingPaymentState) Pay(ctx *OrderContext) {
fmt.Println("订单", ctx.ID, "支付成功")
ctx.State = &PaidState{}
}
func (s *PendingPaymentState) Ship(ctx *OrderContext) {
fmt.Println("订单未支付，无法发货")
}
func (s *PendingPaymentState) Complete(ctx *OrderContext) {
fmt.Println("订单未发货，无法完成")
}
类似地，实现已支付状态：
type PaidState struct{}
func (s *PaidState) Pay(ctx *OrderContext) {
fmt.Println("订单已支付，无需重复支付")
}
func (s *PaidState) Ship(ctx *OrderContext) {
fmt.Println("订单", ctx.ID, "已发货")
ctx.State = &ShippedState{}
}
func (s *PaidState) Complete(ctx *OrderContext) {
fmt.Println("请先发货再完成订单")
}
状态切换与行为解耦
通过在状态实现中修改上下文的 State 字段，实现状态迁移。调用方无需知道当前状态，只需调用方法，由具体状态决定行为。
使用示例：
order := &OrderContext{
State: &PendingPaymentState{},
ID: "1001",
}
order.Pay() // 输出：订单 1001 支付成功
order.Ship() // 输出：订单 1001 已发货
order.Complete()// 输出：订单 1001 已完成
这种设计将状态逻辑分散到各自类型中，新增状态时只需添加新结构体并实现接口，不影响原有代码。
技巧与注意事项
Go 实现状态模式时，注意以下几点能提升代码质量：
- 避免状态间强耦合：状态之间不要直接引用对方类型，可通过工厂函数或上下文方法创建新状态，降低依赖。
- 使用私有状态类型：将状态结构体设为包私有，仅暴露接口，防止外部误操作。
- 考虑状态初始化数据：若状态需要额外数据（如超时时间），可在状态结构体中定义字段，在上下文中传递。
- 结合 Option 模式配置上下文：复杂上下文可用 Option 模式初始化，提高灵活性。
基本上就这些。Golang 虽无传统面向对象语法，但通过接口和组合，照样能写出清晰、可扩展的状态管理模式。关键是把“行为随状态改变”这一核心思想落实到位。
