状态模式与策略模式结合可实现行为随状态动态切换，核心是将状态视为可替换策略。通过接口定义行为，各状态独立封装逻辑，上下文持有当前状态并自动流转。Go中利用结构体组合与接口赋值实现状态变更，在SetState时校验转移合法性，避免非法跳转。典型应用于订单系统，如待支付→已发货→已完成，每步执行后自动推进状态，确保流程正确。重点在于用策略模式结构封装行为，以状态模式控制转换，提升代码可维护性与扩展性。
状态模式和策略模式在Go语言中结合使用，能有效解决对象行为随状态变化而动态切换的问题。关键在于将“状态”视为一种可替换的“策略”，让每个状态封装对应的行为逻辑，同时通过上下文实现状态的自动流转。
状态模式与策略模式的核心区别与融合点
策略模式关注算法替换，状态模式强调行为随状态改变。两者都通过接口隔离行为，差异在于控制权：策略由外部指定，状态由内部触发转换。在Go中，可以通过统一的行为接口，让不同状态实现该接口，从而复用策略模式的结构。
例如定义一个订单处理系统：
type OrderState interface {Process(*OrderContext) error
}
每个状态（待支付、已发货、已完成）都实现Process方法，行为逻辑独立封装，这就是策略模式的思想；而OrderContext根据当前状态自动调用对应方法，并在处理完成后更新自身状态，体现状态模式的流转机制。
立即学习“go语言免费学习笔记（深入）”；
用组合+接口实现状态切换
Go没有类继承，但通过结构体嵌套和接口赋值可以优雅实现状态变更。核心是上下文中持有状态接口变量，运行时动态替换。
示例：
type OrderContext struct {currentState OrderState
}
func (o *OrderContext) SetState(state OrderState) {
o.currentState = state
}
func (o *OrderContext) Execute() error {
return o.currentState.Process(o)
}
当某个状态处理完后，可在其Process方法内调用context.SetState(NextState{})完成转移，无需外部干预。
实际场景：电商订单流程控制
假设订单从“待支付”开始，用户操作后进入“已发货”，最终变为“已完成”。
各状态实现：
type PendingPayment struct{}func (p *PendingPayment) Process(ctx *OrderContext) error {
// 模拟支付成功
fmt.Println("Payment completed")
ctx.SetState(&Shipped{})
return nil
}
后续状态类似实现，每次执行Execute()都会按当前状态执行逻辑并推动流程前进。
避免状态误操作与边界控制
不是所有状态都能随意跳转。比如不能从未支付直接到完成。可以在状态的Process方法中加入前置校验，或在SetState中添加合法转移判断。
建议维护一张状态转移表：
var validTransitions = map[string][]string{"pending": {"shipped"},
"shipped": {"completed"},
}
在设置新状态前检查是否允许转移，增强系统健壮性。
基本上就这些。Go通过接口和组合天然支持这种设计，不需要复杂框架也能写出清晰的状态驱动逻辑。重点是把状态当成策略来注入，同时让上下文管理生命周期和流转规则。不复杂但容易忽略的是转移合法性校验，生产环境一定要加。
