c++oding="utf-8" ?>
c++标准库不支持中文分词,需依场景选择方案:英文用istringstream或regex分隔符切分,中文须引入词典或trie实现最大正向匹配,混合文本建议正则识别非中文块后单独处理中文,生产环境推荐cppjieba等成熟库。

分词器不是NLP库,先想清楚你要切什么
纯C++标准库不提供中文分词能力,也不存在“开箱即用”的std::word_tokenize。如果你要处理英文空格分隔的单词,std::istringstream或std::string_view::find_first_of就足够;但若目标是中文(如“我爱编程”→[“我”, “爱”, “编程”]),必须引入规则或词典——C++本身不理解语义,只做字符串切分逻辑。
- 英文/符号分隔:按空白、标点等字符切,属于“分隔符驱动”,用
std::regex或手写扫描即可 - 中文分词:需预置词典(如“编程”“程序”“程序员”)或使用前缀匹配(最大正向匹配MMMS),否则只能按字切(“我”“爱”“编”“程”)
- 混合文本(如“C++17 std::vector”)建议先用正则识别标识符/数字/符号块,再对中文段落单独处理
用std::regex做基础分隔符切分(适合英文/代码片段)
std::regex适合明确分隔规则的场景,比如把变量名、数字、操作符分开。但注意:C++11起std::regex实现质量参差,GCC libstdc++曾长期不支持std::regex_iterator,Clang libc++更可靠;生产环境建议优先用absl::re2或boost::regex替代。
- 简单空格+标点切分示例:
std::regex re(R"([s+-*=\!&|(){}[];]+)"); std::sregex_iterator it(text.begin(), text.end(), re); std::sregex_iterator end; - 更安全的做法是用
std::string::find_first_not_of跳过分隔符,再用find_first_of找下一个分隔点,避免正则引擎bug - 不要用
std::regex匹配中文字符范围(如[u4e00-u9fff]),因为C++标准不保证源文件编码与运行时locale一致,容易匹配失败
手写最大正向匹配(MMMS)实现中文词典分词
没有外部依赖时,最可控的方式是自己实现一个基于词典的前缀树(Trie)+ 最大正向匹配。核心逻辑是:从左到右,每次取最长可能的词典词条(比如“南京市长江大桥”,词典含“南京市”“长江”“大桥”,应切为[“南京市”, “长江”, “大桥”])。
- 词典加载进
std::unordered_set<:string></:string>效率低(O(1)查找但无法支持前缀枚举),必须用Trie或std::map<:string bool></:string>(支持lower_bound前缀查找) - 关键陷阱:UTF-8下
std::string下标访问是字节而非字符,直接s[i]会切在中文中间。务必用std::mbrtowc或第三方库(如utf8cpp)做Unicode边界判断 - 性能敏感时,避免在循环里反复构造
std::string子串,改用std::string_view+ Trie节点指针推进
实际项目中更推荐的轻量方案
硬啃Trie和UTF-8解析容易出错,多数小项目其实只需要“按字切”或“按标点+空白切”,再加一层简单规则(如合并连续ASCII字母/数字)。真正需要准确中文分词时,别重复造轮子。
- 嵌入
cppjieba(C++版jieba):头文件仅需#include "cppjieba/Jieba.hpp",词典文件可打包进二进制,无运行时依赖 - 通过FFI调用Python的
jieba(用pybind11):适合已有Python NLP流程的项目,但增加部署复杂度 - 如果只是日志/配置解析类需求,用
absl::StrSplit(需接入Abseil)比手写更健壮,支持多种分隔策略和空字段控制
真正难的从来不是“怎么切”,而是“切完之后怎么定义token的有效性”——比如“C++”该算一个token还是两个,“1e5”算数字还是字符串,“#include”要不要剥离#。这些语义规则必须由你明确,C++只负责执行。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











