news 2026/8/19 9:25:55

C++ 状态机模式 解读

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
C++ 状态机模式 解读

前言

系统状态的变化,往往会带来行为的变化。
于是我们很自然地在主流程里写下一堆 if-else 或 switch-case:

  • “如果是待支付状态,就允许支付;”
  • “如果是已支付状态,就允许发货;”
  • “如果是已发货状态,就允许确认收货……”

一开始,这段逻辑还算清晰;但随着状态越来越多、分支越来越复杂,代码渐渐变成“没人敢动”的黑盒。
状态机模式,就是为了替代这一堆冗长分支而出现的

目录

一、什么是状态机模式

二、为什么需要状态机模式

三、状态机模式核心结构

四、状态机模式实现方式

4.1 方式一:基于继承+虚函数实现

4.2 方式二:C++17实现(std::variant)


一、什么是状态机模式

状态机模式(State Machine Pattern) 是一种行为型设计模式,它允许一个对象在其内部状态改变时改变其行为。该模式将状态相关的行为提取到独立的状态类中,并让原始对象将工作委托给当前状态对象,而不是自行处理。

简单来说,状态机模式就是将庞大的 if-else 或 switch-case 状态机逻辑,转换为一个个独立的状态对象,利用多态特性来消除条件判断。

状态机的三个要素:

  • 状态(State):对象在某一特定时刻的状况

  • 事件(Event):触发状态转换的因素

  • 转换(Transition):从一个状态切换到另一个状态的过程

二、为什么需要状态机模式

想象一下,假设我们要为一个游戏角色实现站立、跳跃、下蹲、俯冲等动作。如果使用传统的标志位和条件判断:

void handleInput(Input f_in) { if (f_in == PRESS_B) { if (!isJumping_ && !isDucking_) { /* 跳跃逻辑 */ } } else if (f_in == PRESS_DOWN) { if (!isJumping_) { /* 下蹲逻辑 */ } else { /* 俯冲逻辑 */ } } // ... 更多复杂的判断 }

随着状态的增加,代码会迅速变得臃肿,难以维护。所有状态逻辑缠绕在一起,修改一个状态可能破坏另一个状态,难以扩展。

状态机模式能够带来了如下好处:

  • 消除条件分支:通过多态取代复杂的 if-else 语句。
  • 状态逻辑封装:将特定状态的行为封装在独立的类中,符合单一职责原则。
  • 扩展性强:添加新状态只需添加新的状态类,无需修改现有代码,符合开闭原则。

三、状态机模式核心结构

状态机主要包含三个核心角色:

  1. 上下文:定义客户端所需的接口,并维护一个指向当前状态对象的引用。
  2. 抽象状态:定义一个接口,用于封装与上下文的特定状态相关的行为。
  3. 具体状态:实现抽象状态接口,处理来自上下文的请求。每个具体状态类提供了上下文在该状态下的具体行为实现。

四、状态机模式实现方式

假设我们有一个 Context 类,它持有一个指针State* ,不同状态用不同子类实现,状态自己负责切换。

4.1 方式一:基于继承+虚函数实现

这是一种经典的面向对象的实现方式。

简化版代码:

#include <iostream> #include <memory> // 前向声明 class Context; // 状态基类(抽象状态类) class State { public: virtual ~State() = default; // 关联 Context,以便状态切换时能改 Context 的当前状态 void set_context(Context* context) { context_ = context; } virtual void handle() = 0; protected: Context* context_ = nullptr; }; // 上下文类,相当于“状态机本体” class Context { public: Context(std::unique_ptr<State> state) { transition_to(std::move(state)); } void transition_to(std::unique_ptr<State> new_state) { std::cout << "Context: transition to new state.\n"; state_ = std::move(new_state); state_->set_context(this); } void request() { if (state_) { state_->handle(); } } private: std::unique_ptr<State> state_; }; // 具体状态 A class ConcreteStateA : public State { public: void handle() override { std::cout << "State A: doing something and switch to B.\n"; // 状态 A 完成后自动切换到 B context_->transition_to(std::make_unique<ConcreteStateB>()); } }; // 具体状态 B class ConcreteStateB : public State { public: void handle() override { std::cout << "State B: doing something and switch back to A.\n"; // 状态 B 完成后自动切换回 A context_->transition_to(std::make_unique<ConcreteStateA>()); } }; //应用层调用 int main() { Context ctx(std::make_unique<ConcreteStateA>()); // 触发状态机流转 for (int i = 0; i < 5; ++i) { ctx.request(); } return 0; }

运行结果:

Context: transition to new state. State A: doing something and switch to B. Context: transition to new state. State B: doing something and switch back to A. Context: transition to new state. State A: doing something and switch to B. Context: transition to new state. ...

4.2 方式二:C++17实现(std::variant)

C++17 引入的std::variant与std::visit 为状态机提供了一种无虚函数、无继承的实现方式。这种方式利用了编译期多态,性能更高,且类型安全。

上一小节中,面向对象的实现代码可进行重写为:

#include <iostream> #include <variant> #include <utility> // ========================================== // 1. 定义状态 (值类型,无继承) // ========================================== struct StateA {}; struct StateB {}; // 使用 variant 作为状态容器的定义 using State = std::variant<StateA, StateB>; // ========================================== // 2. 定义状态转换逻辑 // ========================================== // 核心思想:旧状态 + 事件(这里是handle调用) -> 新状态 // 这里的逻辑相当于原来代码中 ConcreteStateA::handle 和 ConcreteStateB::handle State handle_state(StateA) { std::cout << "State A: doing something and switch to B.\n"; // 原代码:context_->transition_to(new B); // 新代码:直接返回新状态对象 return StateB{}; } State handle_state(StateB) { std::cout << "State B: doing something and switch back to A.\n"; return StateA{}; } // ========================================== // 3. 上下文类 (状态机本体) // ========================================== class Context { public: Context(State initial_state) : state_(std::move(initial_state)) {} void request() { // std::visit 会根据 state_ 当前持有的类型自动调用对应的 handle_state 重载 // 并将返回的新状态赋值给 state_,完成状态流转 state_ = std::visit([](auto&& s) -> State { return handle_state(s); }, state_); } private: State state_; }; // ========================================== // 4. 调用函数 (用法几乎不变) // ========================================== int main() { // 初始状态设为 A Context ctx(StateA{}); // 触发状态机流转 for (int i = 0; i < 5; ++i) { ctx.request(); } return 0; }

感兴趣的童鞋 可关注作者公众号 随时进行学习探讨:零一栈

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/8/19 9:25:25

CUDA计算能力表全解析:如何正确选择适合深度学习的NVIDIA显卡?

深度学习的算力基石&#xff1a;超越“计算能力”数字&#xff0c;构建你的GPU选型实战框架 每次为新项目搭建训练环境&#xff0c;或是为实验室采购新设备时&#xff0c;面对琳琅满目的NVIDIA GPU型号&#xff0c;你是否也曾对着那个神秘的“CUDA计算能力”数字感到困惑&#…

作者头像 李华
网站建设 2026/7/14 16:23:02

优化RustDesk远程体验:自建中继服务器全指南

1. 为什么你需要自建RustDesk中继服务器&#xff1f; 如果你用过RustDesk&#xff0c;大概率经历过两种截然不同的体验。一种是连接速度飞快&#xff0c;操作跟手&#xff0c;仿佛就在本地操作另一台电脑&#xff1b;另一种则是画面卡成PPT&#xff0c;鼠标移动一顿一顿&#x…

作者头像 李华
网站建设 2026/7/14 16:23:02

Telegram小程序数据验证避坑指南:HmacSha256实现中的那些坑

Telegram小程序数据验证避坑指南&#xff1a;HmacSha256实现中的那些坑 最近在帮几个团队做Telegram Mini App&#xff08;TMA&#xff09;的后端集成&#xff0c;发现数据验证这个环节&#xff0c;几乎每个开发者都会踩到几个相同的坑。表面上看&#xff0c;官方文档已经把流程…

作者头像 李华
网站建设 2026/7/14 16:22:59

JeecgBoot、RuoYi 和 Renren-fast:三大Java开源框架的实战选型指南

1. 从“造轮子”到“选轮子”&#xff1a;为什么你需要一个靠谱的框架&#xff1f; 刚入行那会儿&#xff0c;我特别喜欢自己“造轮子”。从用户表、角色表、权限表开始&#xff0c;一行行地写增删改查&#xff0c;再吭哧吭哧地搭个管理后台。一个简单的后台管理系统&#xff0…

作者头像 李华
网站建设 2026/7/14 16:23:00

优惠券系统避坑指南:从美团实践中学到的5个关键设计原则

优惠券系统避坑实战&#xff1a;从海量并发到精细运营的五个核心设计 最近和几位技术圈的朋友聊天&#xff0c;发现一个挺有意思的现象&#xff1a;不少创业公司或中型团队在业务发展到一定阶段后&#xff0c;都开始着手自建优惠券系统。初衷很好理解&#xff0c;希望摆脱对第三…

作者头像 李华
网站建设 2026/7/14 16:23:01

Nunchaku FLUX.1-dev多场景落地:政府宣传图/党建素材/公益广告生成

Nunchaku FLUX.1-dev多场景落地&#xff1a;政府宣传图/党建素材/公益广告生成 1. 引言&#xff1a;当AI绘图遇上严肃内容创作 你有没有遇到过这样的场景&#xff1f;单位需要制作一批宣传海报&#xff0c;时间紧任务重&#xff0c;找设计公司成本高&#xff0c;自己用传统软…

作者头像 李华