状态模式通过接口和结构体将对象状态封装为独立类型，实现行为随状态变化而变化。1. 定义State接口，声明HandleRequest方法；2. 为每种状态如PendingState、PaidState实现该接口，处理各自逻辑并可切换状态；3. Context结构体持有当前状态，通过SetState更改状态，Request方法委托调用当前状态的HandleRequest；4. 复杂场景可构建状态机，使用状态码、事件和转移表管理流转，支持事件驱动与回调。该模式减少条件判断，提升可维护性，适用于订单、工作流等系统。
状态模式是一种行为设计模式，适用于对象的行为随着内部状态改变而改变的场景。在Go语言中，通过接口和结构体的组合，可以简洁高效地实现状态模式与状态机。这种设计能有效避免大量的条件判断语句，提升代码可维护性和扩展性。
状态模式的核心思想
状态模式将对象的每种状态封装成独立的结构体，每个状态实现相同的行为接口。对象本身持有一个状态接口的引用，所有行为委托给当前状态对象处理。当状态发生改变时，只需更换对象的状态引用。
这种方式将“状态逻辑”与“行为实现”解耦，新增状态或修改状态行为时，无需改动上下文逻辑。
使用接口定义状态行为
在Go中，通常先定义一个状态接口，声明所有可能的行为方法：
立即学习“go语言免费学习笔记（深入）”；
type State interface {
HandleRequest(context *Context)
}
然后为每种具体状态实现该接口。例如，一个订单可能有“待支付”、“已支付”、“已发货”等状态：
type PendingState struct{}
func (s *PendingState) HandleRequest(ctx *Context) {
fmt.Println("订单待支付，等待用户付款")
// 支付成功后切换状态
ctx.SetState(&PaidState{})
}
type PaidState struct{}
func (s *PaidState) HandleRequest(ctx *Context) {
fmt.Println("订单已支付，准备发货")
ctx.SetState(&ShippedState{})
}
上下文管理状态流转
上下文（Context）是持有状态的对象，对外提供统一接口，内部将调用委托给当前状态：
MDWechat是一款xposed插件,能够使使微信Material Design化。功能实现的功能有:1.主界面 TabLayout Material 化,支持自定义图标2.主界面 4 个页面背景修改3.全局 ActionBar 和 状态栏 颜色修改,支持主界面和聊天页面的沉浸主题(4.0新增)4.自动识别微信深色模式以调整MDwechat配色方案(3.6新增)5.主界面添加悬浮按钮(Float
type Context struct {
currentState State
}
func (c *Context) SetState(state State) {
c.currentState = state
}
func (c *Context) Request() {
if c.currentState != nil {
c.currentState.HandleRequest(c)
}
}
使用方式非常直观：
ctx := &Context{currentState: &PendingState{}}
ctx.Request() // 输出：订单待支付...
ctx.Request() // 输出：订单已支付...
ctx.Request() // 输出：订单已发货...
轻量级状态机的实现思路
对于更复杂的状态流转，可以引入状态码和事件驱动机制，构建一个通用状态机。核心是维护状态转移表：
type Event string
type StateCode int
type Transition struct {
From StateCode
Event Event
To StateCode
}
type StateMachine struct {
currentState StateCode
transitions []Transition
}
通过Trigger(event)方法查找匹配的转移规则并更新状态。可以结合回调函数，在状态进入或退出时执行特定逻辑。
这种实现适合配置化管理状态流转，尤其适用于工作流、协议处理等场景。
基本上就这些。Go的接口和结构体天然适合实现状态模式，逻辑清晰，易于测试和扩展。关键在于合理划分状态边界，避免状态爆炸。对于简单场景，直接使用状态模式即可；复杂状态流转可考虑轻量级状态机。设计时注意状态行为的独立性，避免上下文与状态之间出现强耦合。
