在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 接口，并根据业务逻辑决定是否允许状态转移。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

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 虽无传统面向对象语法，但通过接口和组合，照样能写出清晰、可扩展的状态管理模式。关键是把“行为随状态改变”这一核心思想落实到位。