状态模式通过封装不同状态行为提升代码可维护性，适用于订单等状态流转明确的场景。

在Go语言中，状态模式是一种行为设计模式，用于让对象在其内部状态改变时改变其行为。通过将状态相关的行为封装到独立的状态类中，可以让对象在运行时根据当前状态表现不同的逻辑，避免大量的条件判断语句，提升代码的可维护性和扩展性。

状态模式的核心思想

状态模式将一个对象的不同状态抽象为接口或结构体，每个具体状态实现对应的行为。对象本身持有一个状态接口的引用，所有与状态相关的方法调用都委托给当前状态对象处理。当状态发生变化时，只需更换对象持有的状态实例即可。

这种模式特别适用于具有明确状态流转的业务场景，例如订单系统中的“待支付”、“已支付”、“已发货”、“已完成”等状态管理。

定义状态接口和具体状态

以订单为例，先定义一个状态接口，声明所有状态共有的行为：

立即学习“go语言免费学习笔记（深入）”；

type OrderState interface {
    Pay(order *Order)
    Ship(order *Order)
    Complete(order *Order)
}

然后为每种状态创建具体实现：

SEO Keyword Density

SEO关键词密度优化与页面审计技能。使用场景：①提供页面路径与关键词进行SEO优化；②提升页面关键词密度；③提升搜索引擎排名；④进行SEO审计（meta标签、OG、hreflang等）。触发词：关键词密度、SEO优化、关键词优化等。

下载

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{})
}

上下文对象管理状态流转

订单结构体作为上下文，持有当前状态，并提供方法供外部调用：

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里的状态模式实践并不复杂，但能显著提升状态管理代码的清晰度和可维护性。