# 概述
**状态模式（State Pattern）** 就是一种行为设计模式。它解决的核心问题就是：当一个对象的内部状态改变时，它的行为也随之改变，看起来就像是这个对象“变了个类”一样。
![对象行为思维导图.png](https://developer.qcloudimg.com/http-save/yehe-1367556/299989db708a823ca5f20eb0350e2c73.png)
它的核心思想是**将状态抽象出来，封装成独立的类**。原来那个对象（我们叫它“上下文”或“Context”）不再自己处理所有状态逻辑，而是把行为委托给当前状态对象去执行。这样一来，每个状态该做什么，就由对应的状态类来定义，代码瞬间就清晰了。

# 面对的问题
想象一下，我们在开发一个视频播放器。播放器有“播放”、“暂停”、“停止”几种状态。当我们点击“播放”按钮时，逻辑可能是这样的：
```
func (p *Player) ClickPlay() {
    if p.state == "stopped" {
        p.startPlayback()
        p.state = "playing"
    } else if p.state == "paused" {
        p.resumePlayback()
        p.state = "playing"
    } else if p.state == "playing" {
        // 也许什么都不做，或者显示“已在播放”
        p.showAlreadyPlaying()
    }
}
```
这只是其中一个方法。还有 `ClickPause()`, `ClickStop()`，每个方法里都是一大堆针对不同 `state` 的条件判断。
**问题来了：**
1. **代码臃肿且难以维护**：所有状态逻辑都挤在上下文类里，一个方法可能就有几十行，全是条件分支。
2. **违反开闭原则**：如果想加一个新状态（比如“快进”），你必须去修改上下文类里**每一个**涉及状态判断的方法，很容易引入错误。
3. **状态转换不清晰**：`p.state = “playing”` 这种赋值语句散落在各个方法里，状态之间的转换规则变得隐晦，理清逻辑就像在走迷宫。
4. **上帝对象**：上下文类逐渐变成了一个什么都知道、什么都管的“上帝对象”，职责过多。
# 解决方案
状态模式的解决方案非常直接。它建议我们：
1. 为所有可能的状态定义一个共同的**接口（State Interface）**。这个接口声明了所有状态相关的方法（比如 `Play()`, `Pause()`, `Stop()`）。
2. 为**每一个具体状态**创建一个类，并实现这个接口。每个类只负责自己这个状态下的行为逻辑。比如 `PlayingState` 类知道点击“播放”按钮时应该提示“已在播放”，而 `StoppedState` 类知道点击“播放”应该开始播放。
3. 原来的**上下文类（Context）** 持有一个当前状态对象的引用。当有事件发生时（比如用户点击按钮），上下文不再自己处理，而是简单地调用当前状态对象的对应方法。
4. **状态转换的魔法**：状态转换不再由上下文类用 `if` 语句硬编码，而是由**具体状态类**在适当的时候，告诉上下文：“嘿，我的工作完成了，现在你应该切换到 `XXXState` 了”。上下文提供一个 `SetState` 方法供状态类调用。

![状态模式UML类图.png](https://developer.qcloudimg.com/http-save/yehe-1367556/13f021b53afbf0b6e4cef1878b088ad8.png)
# 应用场景
- **工作流或订单系统**：订单有“待支付”、“已支付”、“发货中”、“已完成”、“已取消”等状态。每个状态下，能否支付、能否取消、能否发货的规则都不同。用状态模式来管理，逻辑会异常清晰。
- **游戏开发**：游戏角色有“空闲”、“行走”、“攻击”、“受伤”、“死亡”等状态。每个状态下的动画、受击反应、可接收的输入都不同。
- **网络连接**：TCP连接有“建立连接”、“监听”、“已连接”、“关闭等待”、“已关闭”等状态。状态模式能很好地描述这种协议状态机。
- **UI组件**：比如一个按钮，有“正常”、“悬停”、“按下”、“禁用”等状态，每种状态下的渲染和点击响应不同。

它的核心适用场景就是：**一个对象的行为取决于它的状态，并且它需要在运行时根据状态改变行为，同时状态数量较多或状态转换逻辑复杂。**
# 代码实例
Go没有类和继承，但我们用**接口+结构体+组合**可以很优雅地实现。我们拿一个简单的网络连接状态机来举例。
1. **定义状态接口**：约定所有状态必须实现的方法。
2. **定义上下文结构体**：它持有当前状态，并将请求委托出去。
3. **实现具体状态**：每个状态都是一个独立的结构体，实现接口。
4. **在状态内部触发转换**：具体状态在执行完自己的逻辑后，调用上下文的 `SetState` 方法来切换到下一个状态。
![ConnectionContext状态流程图.png](https://developer.qcloudimg.com/http-save/yehe-1367556/dde75d766d5dd3b878a3866249a17d60.png)

```
// 1. 状态接口
type ConnectionState interface {
    Open(ctx *ConnectionContext)
    Close(ctx *ConnectionContext)
    Send(ctx *ConnectionContext, data string)
}

// 2. 上下文
type ConnectionContext struct {
    state ConnectionState
}

func (c *ConnectionContext) SetState(state ConnectionState) {
    fmt.Printf("状态转换: %T -> %T\n", c.state, state)
    c.state = state
}

func (c *ConnectionContext) Open() {
    c.state.Open(c)
}
func (c *ConnectionContext) Close() {
    c.state.Close(c)
}
func (c *ConnectionContext) Send(data string) {
    c.state.Send(c, data)
}

// 3. 具体状态：关闭状态
type ClosedState struct{}
func (cs *ClosedState) Open(ctx *ConnectionContext) {
    fmt.Println("连接已建立。")
    ctx.SetState(&EstablishedState{}) // 状态转换！
}
func (cs *ClosedState) Close(ctx *ConnectionContext) {
    fmt.Println("连接已是关闭状态，无需操作。")
}
func (cs *ClosedState) Send(ctx *ConnectionContext, data string) {
    fmt.Println("错误：连接未建立，无法发送数据。")
}

// 4. 具体状态：已建立状态
type EstablishedState struct{}
func (es *EstablishedState) Open(ctx *ConnectionContext) {
    fmt.Println("连接已是建立状态，无需重复打开。")
}
func (es *EstablishedState) Close(ctx *ConnectionContext) {
    fmt.Println("连接已关闭。")
    ctx.SetState(&ClosedState{}) // 状态转换！
}
func (es *EstablishedState) Send(ctx *ConnectionContext, data string) {
    fmt.Printf("发送数据: %s\n", data)
}

// 客户端代码
func main() {
    conn := &ConnectionContext{state: &ClosedState{}} // 初始状态为关闭

    conn.Send("hello") // 错误：连接未建立
    conn.Open()        // 建立连接
    conn.Send("hello world!") // 成功发送
    conn.Open()        // 尝试重复打开
    conn.Close()       // 关闭连接
    conn.Send("test")  // 再次错误
}
```

`ConnectionContext` 的代码非常干净，它不知道 `ClosedState` 和 `EstablishedState` 的具体逻辑，它只负责转发请求。**状态转换的逻辑，被封装在了每个状态类的行为里**。比如 `ClosedState.Open()` 方法里，它执行了打开连接的动作，然后主动将上下文的状态设置为 `EstablishedState`。
# 优缺点
## **优点：**
- **单一职责原则**：将与特定状态相关的行为局部化，并放到独立的类中。这使代码更内聚，更易理解。

- **开闭原则**：要引入新状态？**只需添加新的状态类**，无需修改现有状态类或上下文（除非上下文需要初始化这个新状态）。扩展性极佳。

- **消除庞大的条件语句**：上下文中的条件判断逻辑被分散到各个状态类中，代码可读性和可维护性大幅提升。

- **状态转换显式化**：状态转换逻辑不再是隐藏在条件分支里的赋值，而是成为了状态对象行为的一部分，更加清晰。

## **缺点与注意事项：**
- **可能过度设计**：如果状态数量很少（比如就2、3个），且行为非常简单，强行使用状态模式可能会让系统变得不必要的复杂。简单的 `if-else` 或 `switch` 也许更合适。

- **状态类可能过多**：如果状态非常多，会导致产生大量的小类。这时需要权衡，或者考虑是否可以用“表驱动”等更轻量的方法。

- **上下文与状态间的双向依赖**：状态需要知道上下文（以便调用 `SetState`），上下文也持有状态。如果设计不当，可能会产生循环依赖或让测试变得稍微麻烦一些。
# 总结

引入状态模式，最初需要多定义一些接口和结构体，但它带来的**长期收益**是巨大的。它让我们的核心对象（上下文）保持稳定和瘦身，将复杂多变的状态行为隔离到独立的、可测试的类中。这极大地提升了代码的可维护性和可扩展性。

状态模式（State Pattern） 就是一种行为设计模式。它解决的核心问题就是：当一个对象的内部状态改变时，它的行为也随之改变，看起来就像是这个对象“变了个类”一样。它的核心思想是将状态抽象出来，封装成独立的类。原来那个对象（我们叫它“上下文”或“Context”）不再自己处理所有状态逻辑，而是把行为委托给当前状态对象去执行。这样一来，每个状态该做什么，就由对应的状态类来定义，代码瞬间就清晰了。

状态模式-使用go语言实现

状态模式（State Pattern） 就是一种行为设计模式。它解决的核心问题就是：当一个对象的内部状态改变时，它的行为也随之改变，看起来就像是这个对象“变了个类”一样。它的核心思想是将状态抽象出来，封装成独立的类。原来那个对象（我们叫它“上下文”或“Context”）不再自己处理所有状态逻辑，而是把行为委托给当前状态对象去执行。这样一来，每个状态该做什么，就由对应的状态类来定义，代码瞬间就清晰了

十倍工程师

编程语言

架构设计

后端

状态模式是一种行为设计模式，通过将对象状态封装为独立类来改变对象行为。它解决了条件分支臃肿、违反开闭原则等问题，适用于订单系统、游戏开发等场景。状态模式实现单一职责原则，提升代码可维护性，但需注意避免过度设计。

游戏开发

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

状态模式-使用go语言实现-腾讯云开发者社区-腾讯云

状态模式-使用go语言实现

状态模式-使用go语言实现

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐