C++ 实现简单的脚本词法分析状态机跳转跳转逻辑及其 Token 分词方案实现源码分析【源码】

阿浩小哥_1921

阿浩小哥_1921

2026-05-26

332人浏览

原创

用std::unordered_map+std::function封装状态转移表,每个状态函数只处理当前字符、决定跳转并可选产出token;状态名用枚举;字符串转义由token::value()懒解析;token存原始指针而非拷贝字符串。

c++ 实现简单的脚本词法分析状态机跳转跳转逻辑及其 token 分词方案实现源码分析【源码】

如何用 C++ 实现一个可读、可调试的词法分析状态机

直接说结论:别手写 giant switch-case 堆状态跳转,用 std::unordered_map + std::function 组合封装状态转移表,比硬编码跳转更易维护、更易单测。核心不是“状态多”,而是“状态间跳转条件是否清晰可枚举”。

常见错误是把所有字符判断塞进一个 while 循环里嵌套 if-else,结果新增一个注释类型或字符串转义规则就全乱。正确做法是让每个状态只关心两件事:当前读到什么字符、该往哪个状态走、要不要 emit token。

  • 每个状态对应一个独立函数,签名统一为 State next_state(char c, Token& out_token)
  • 状态名用枚举(如 STATE_START, STATE_IN_NUMBER),避免 magic number
  • 转移表定义在类外或静态成员里,方便单元测试 mock 跳转逻辑
  • 不要在状态函数里做 peek() 或 unget() —— 输入流应由上层统一推进,状态函数只 consume 当前字符

数字字面量和标识符共用前缀时怎么拆分

典型场景:123abc 是非法 token,但 123 是 number,abc 是 identifier;而 123_456 在支持下划线分隔符的语言中是合法 number。问题不在识别,而在「何时切分」和「谁负责回退」。

关键原则:状态机不回退,回退由驱动层完成。即当从 STATE_IN_NUMBER 读到非数字字符 c,先 emit 已积累的数字 token,再将 c 留给下一个循环处理(比如 push_back 到输入缓冲区末尾)。

  • STATE_IN_NUMBER 遇到 'a'~'z'、'A'~'Z'、'_' 时,立即结束数字状态并返回 STATE_START,且不 consume 当前字符
  • 标识符状态(STATE_IN_IDENTIFIER)需显式排除纯数字开头的 case,否则 123abc 会被误认为 identifier
  • 下划线支持必须在数字状态内处理:仅当前面是数字或另一个下划线时才允许,否则切到 identifier

字符串字面量中的转义和换行处理为什么总出错

错误现象:"hello world" 解析成两个 token,或崩溃在 EOF 前未闭合引号,或把 u0061 当普通字符。根本原因是没区分「输入字符流」和「语义字符值」——状态机只管前者,转义解析是 token 构造阶段的事。

C++14
C++14

C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。

下载

建议把字符串处理拆成两层:状态机只识别引号起止和基本转义结构(如 "、\、 ),具体 Unicode 解码、换行标准化等交给 Token::value() 懒计算。

  • 进入字符串后,状态机只响应 '"'(结束)、'\'(转义开始)、' '(报错或允许多行,取决于语言)
  • 遇到 \ 后,下一个字符必须被 consume,无论是否合法;非法转义(如 q)不终止状态,记为原始字符
  • 绝对不要在状态函数里调用 std::stoi 或 std::wstring_convert —— 这些属于 token 语义层,和词法无关

Token 类型设计和内存管理的实际取舍

很多人一上来就定义 struct Token { Type type; std::string value; int line; int col; },结果发现性能差、拷贝多、调试时 value 显示不友好。真实项目里,token 应尽量轻量,value 可延迟解析或引用源文本。

推荐方案:token 存储原始位置(const char* start, const char* end)和类型,value() 方法按需 substr。这样避免中间字符串构造,也方便调试时直接打印源片段。

  • 如果 lexer 和 parser 共享同一块内存(如 mmap 文件),用指针比用 std::string 更安全高效
  • Type 枚举值要预留扩展位,比如 TOKEN_COMMENT_BLOCK 和 TOKEN_COMMENT_LINE 分开,别合并成 TOKEN_COMMENT
  • 对关键字(if, while)做哈希查表,而不是每次 strcmp —— 用 std::unordered_set<:string_view></:string_view> 初始化一次即可

最常被忽略的是行号列号更新时机:必须在 consume 换行符 ' ' 的那个状态里更新 line++,且 col 重置为 0;若在驱动层统一计数,会漏掉多字节字符或 CR/LF 差异导致偏移错乱。

C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!

相关专题

更多
c++和c语言的区别有哪些
c++和c语言的区别有哪些

c++和c语言的区别:1、面向对象编程(OOP)支持不同;2、新增特性不同;3、标准库不同;4、编译方式不同;5、命名空间不同等等。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.14

2248

9

c++和python学习顺序推荐
c++和python学习顺序推荐

一般建议先学习C++,再学习Python,因为这样可以逐步从较为底层的编程语言向更高级的语言过渡。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

1019

6

python和c++学习性价比分析
python和c++学习性价比分析

Python易于学习,广泛应用于Web开发、数据科学和人工智能等领域,但性能较低。C语言性能高,适用于对性能要求较高的场景,如游戏开发和系统编程,但学习曲线陡峭,错误处理复杂。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

447

5

c语言和c++一样吗
c语言和c++一样吗

c语言和c++是两种不同的编程语言,虽然有相似之处,但存在显著差异。c语言专注于过程式编程和系统级开发,以简洁、高效著称。c++作为c语言的超集,引入了面向对象编程,增强了代码组织和管理能力,但学习曲线也更陡峭。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

327

5

c语言和c++先学哪个好
c语言和c++先学哪个好

初学者选择学习c语言还是c++语言,需要根据个人学习目标、背景以及编程兴趣和预期应用方向来决定。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

406

5

c语言和c++的区别和联系
c语言和c++的区别和联系

c语言和c++是计算机科学领域应用广泛的编程语言。虽然它们有着相似的基础,但它们在语言类型、语法功能和内存管理方面存在着显著差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

580

5

c++软件中文更改教程
c++软件中文更改教程

对于 ide,可通过打开设置,找到语言设置,选择中文,并保存更改。对于非 ide 应用程序,可查找设置或选项,选择语言设置,更改为中文,并保存更改。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.21

1409

9

python和java和c++学习性价比分析
python和java和c++学习性价比分析

Python以其易学性、丰富的库和活跃的社区而著称,适合数据科学、人工智能和Web开发。Java以其跨平台性、企业级应用开发和Android应用开发而闻名。C++以其底层控制能力、高效性能和游戏开发而著称。选择哪种语言取决于个人兴趣、职业方向和特定需求。想了解更多python和java和c++的相关内容,可以阅读本专题下面的文章。

2024.03.22

1217

7

c++和c语言学习顺序推荐
c++和c语言学习顺序推荐

对于初学者,建议先学习C语言,掌握编程基础后再转入C++,便于理解面向对象编程概念。有编程经验者可直接学习C++,快速接触高级编程技术。想了解更多c++和c语言的相关内容,可以阅读本专题下面的文章。

2024.03.25

1325

9

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
C++ Core Guidelines
C++ Core Guidelines

共0课时 | 0人学习

C++ Reference
C++ Reference

共0课时 | 0人学习

C++ 官方标准说明
C++ 官方标准说明

共0课时 | 0人学习