状态模式通过接口和结构体组合在Golang中实现，将订单等对象的不同状态封装为独立结构体，每个状态实现同一行为接口，如Pay、Ship、Complete；初始状态为待支付，调用Pay后状态切换为已支付，再调用Ship变为已发货，最后Complete进入已完成状态，各状态对操作返回不同结果并控制状态转移，避免了冗长条件判断，新增状态只需扩展新结构体而不修改原有代码，符合开闭原则，提升了可维护性与可扩展性。
状态模式是一种行为设计模式，适用于对象的行为随着内部状态改变而改变的场景。在 Golang 中，虽然没有类和继承的概念，但通过接口和结构体组合，可以优雅地实现状态模式。
状态模式的核心思想
将对象的不同状态封装成独立的结构体，每个状态实现相同的行为接口。当对象的状态发生变化时，只需切换当前状态实例，调用的方法会自动执行对应状态下的逻辑。
这种做法避免了大量 if-else 或 switch 判断，提升代码可维护性和扩展性。
使用场景举例：订单状态管理
以电商系统中的订单为例，订单有“待支付”、“已支付”、“已发货”、“已完成”等状态，不同状态下用户能执行的操作不同。
立即学习“go语言免费学习笔记（深入）”；
定义一个状态接口：
type OrderState interface {
Pay(order *Order) string
Ship(order *Order) string
Complete(order *Order) string
}
每种状态实现该接口：
type UnpaidState struct{}
func (s *UnpaidState) Pay(order *Order) string {
order.state = &PaidState{}
return "订单已支付"
}
func (s *UnpaidState) Ship(order *Order) string {
return "无法发货，订单未支付"
}
func (s *UnpaidState) Complete(order *Order) string {
return "无法完成，订单未支付"
}
type PaidState struct{}
func (s *PaidState) Pay(order *Order) string {
return "订单已支付，请勿重复操作"
}
func (s *PaidState) Ship(order *Order) string {
order.state = &ShippedState{}
return "订单已发货"
}
func (s *PaidState) Complete(order *Order) string {
return "无法完成，尚未发货"
}
订单结构体持有当前状态：
type Order struct {
state OrderState
}
func NewOrder() *Order {
return &Order{state: &UnpaidState{}}
}
func (o *Order) Pay() string {
return o.state.Pay(o)
}
func (o *Order) Ship() string {
return o.state.Ship(o)
}
func (o *Order) Complete() string {
return o.state.Complete(o)
}
实际调用示例
使用方式非常直观：
order := NewOrder() fmt.Println(order.Pay()) // 输出：订单已支付 fmt.Println(order.Ship()) // 输出：订单已发货 fmt.Println(order.Complete()) // 输出：订单已完成
每次操作后，状态自动变更，后续行为随之变化。新增状态时，只需添加新结构体并实现接口，不影响已有代码。
优势与注意事项
优点：
- 消除复杂的条件判断语句
- 状态逻辑分散到独立类型中，职责清晰
- 易于扩展新状态，符合开闭原则
注意点：
- 状态较多时会增加结构体数量，需合理组织文件结构
- 状态转换应由状态本身或上下文控制，保持一致性
- 避免状态间强耦合，推荐通过上下文切换状态
基本上就这些。Golang 虽无传统面向对象语法，但通过接口和组合，照样能写出结构清晰、易于维护的状态模式代码。
