状态模式在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 的状态模式重在“组合优于继承”的实践，用接口解耦行为，用结构体封装变化，不复杂但容易忽略状态间通信的安全性。