C++标准库没有std::regex_split，需用std::sregex_token_iterator配合-1参数实现分割；推荐正则R"(\s+)"匹配空白，注意ASCII与Unicode空白差异及locale影响。
std::regex_split 不存在，得自己封装
别被名字骗了——C++ 标准库没有 std::regex_split。想用正则按空白符拆字符串，必须手动调用 std::regex_iterator 或 std::sregex_token_iterator，否则会卡在“找不到函数”上。
常见错误是直接搜 “C++ regex split”，然后抄到不存在的接口，编译报错 error: 'regex_split' is not a member of 'std'。
- 正确路径：用
std::sregex_token_iterator配合空匹配（-1）实现“分割”语义 - 正则模式推荐用
R"(\s+)"（匹配一个或多个空白符），而非R"(\s*)"（零宽匹配会导致空串爆炸） - 注意：C++11 起支持，但 GCC 4.9+、Clang 3.5+ 才稳定；MSVC 2015 可用，但早期版本对 Unicode 空白支持弱
如何安全处理 Unicode 空白（如 、 ）
\s 在 C++ 默认 locale 下只覆盖 ASCII 空白：' '、'\t'、'\n'、'\r'、'\f'、'\v'，不包括 U+00A0（ ）、U+2000–U+200B 等 Unicode 空格字符。
- 若输入来自 HTML/JSON/UTF-8 文件，需显式用
std::regex构造时传入std::regex_constants::icase | std::regex_constants::collate无用，真正有效的是改用 Unicode-aware 正则库（如 ICU 或 Boost.Regex） - 轻量替代：先用
std::iswspace遍历宽字符，再切分；或预处理——把已知 Unicode 空格映射为 ASCII 空格再走\s+ - 示例预处理：
std::replace_if(s.begin(), s.end(), [](char32_t c) { return c == 0x00A0 || (c >= 0x2000 && c （需 UTF-32 视图）
避免空字符串和首尾残留的实操要点
用 std::sregex_token_iterator 拆分时，默认行为会在开头、结尾、连续空白处插入空字符串，导致结果里混着 "" ——这不是 bug，是正则“匹配位置”的自然表现。
立即学习“C++免费学习笔记（深入）”；
- 最简解法：构造迭代器时传 -1（表示“非匹配部分”），并过滤空结果：
if (!token.str().empty()) - 别用
std::regex_replace(s, re, "|")再std::stringstream切，容易误切内容里的竖线 - 性能敏感场景：避免反复调用
str()，改用token->first和token->second直接访问底层std::string::const_iterator - 示例核心逻辑：
std::regex re(R"(\s+)");<br>std::sregex_token_iterator it(s.begin(), s.end(), re, -1);<br>std::sregex_token_iterator end;<br>for (; it != end; ++it) {<br> std::string token = *it;<br> if (!token.empty()) result.push_back(token);<br>}
为什么不用 std::string::find_first_of + 循环手动切
纯 ASCII 场景下，find_first_of(" \t\n\r\f\v") 比正则快 3–5 倍，且无正则编译开销、无异常风险。但一旦需求变复杂（比如“跳过引号内空白”“保留换行但切空格”），硬编码逻辑会迅速失控。
- 简单空白拆分（日志行、CLI 参数）→ 用
find_first_of更稳 - 需要条件拆分（如“仅切制表符，忽略空格”“切空白但保留连续空格为一个分隔符”）→ 必须正则
- 混合场景建议：写个
split_whitespace函数，内部根据是否启用正则 flag 分支，避免每次重复决策
\s，在 "C" locale 和 "en_US.UTF-8" 下行为不同，而 C++ 标准 regex 默认用全局 locale。不显式 std::locale::global(std::locale("C"))，就可能在某些系统上突然多出匹配。 
