状态模式在go中通过接口组合与结构体字段动态切换行为，将状态逻辑从主对象剥离为独立可替换组件；定义统一状态接口及具体实现，上下文持有状态并委托调用，状态间切换需通过上下文SetState方法安全完成。
状态模式在 Go 中不是靠继承实现的，而是通过接口组合、结构体字段动态切换行为，核心是把“状态相关逻辑”从主对象中剥离，让每个状态成为独立可替换的组件。
定义状态接口与具体状态类型
先设计一个统一的状态接口，声明所有状态共有的行为方法。每个具体状态用结构体实现该接口，内部封装各自的行为逻辑。
- 接口方法应反映上下文需要委托的操作，比如 Handle、GetStateName 等
- 具体状态结构体通常不保存业务数据，只负责响应行为；数据由上下文（Context）持有
- 状态之间如需切换，通过上下文提供的 SetState 方法完成，避免状态自身直接修改自身
创建上下文结构体并持有当前状态
上下文是用户直接交互的对象，它持有一个状态接口类型的字段，并提供委托方法将请求转发给当前状态。
- 状态字段建议设为私有（小写开头），防止外部绕过控制逻辑直接赋值
- 提供 SetState 方法，用于安全切换状态；可在其中加入日志、校验或回调
- 每个对外方法（如 Request）不做具体逻辑，只调用 currentState.Handle()
状态切换要可控，避免循环依赖
Go 没有 this 指针自动传递，状态实现中若需触发切换，必须持有对上下文的引用（常以指针形式传入）。
立即学习“go语言免费学习笔记（深入）”；
- 初始化状态时，把上下文指针传给状态实例，例如 NewIdleState(ctx)
- 状态内部调用 c.SetState(NewWorkingState(c)) 完成切换，而非直接 new 后赋值
- 注意避免构造函数里立即调用 SetState 导致初始化未完成就切换，引发 panic
实际例子：简化的订单状态机
订单可处于待支付、已支付、已发货、已完成四种状态，每种状态下允许的操作不同：
- 待支付状态 支持支付，失败则保持；成功则切到已支付
- 已支付状态 支持发货，失败忽略；成功则切到已发货
- 已发货状态 支持确认收货，成功则切到已完成
- 已完成状态 所有操作都返回错误提示
这样，订单结构体本身几乎不写 if-else 判断状态，所有分支逻辑被分散到各个状态类型中，新增状态只需加新结构体+实现接口，不改原有代码。
基本上就这些。Go 的状态模式重在“组合优于继承”的实践，用接口解耦行为，用结构体封装变化，不复杂但容易忽略状态间通信的安全性。