最可控的字符串拆分方式是std::string::find配合substr，逻辑清晰、边界可控，适合精确处理空字段和连续分隔符；需注意更新搜索位置、检查npos、补尾段。
std::string::find + substr 是最可控的拆分方式
标准库没提供 split，但用 find 和 substr 拼一个，逻辑清晰、边界可控，适合需要精确处理空字段或连续分隔符的场景。
常见错误是循环中没更新搜索起始位置，导致无限循环或漏掉后半段；或者用 npos 判断时没加 != std::string::npos 直接当布尔值用（C++20 前不安全）。
- 每次调用
find后，记得把pos更新为pos + delimiter.length()，不是pos + 1 - 提取子串前检查
pos != std::string::npos，否则substr(pos)会抛std::out_of_range - 末尾残留内容别忘了 push 进结果 vector：如果最后一次
find返回npos，说明还有未处理的尾段
std::vector<std::string> split(const std::string& s, const std::string& delim) {
std::vector<std::string> res;
size_t pos = 0, prev = 0;
while ((pos = s.find(delim, prev)) != std::string::npos) {
res.push_back(s.substr(prev, pos - prev));
prev = pos + delim.length();
}
res.push_back(s.substr(prev)); // 尾段
return res;
}用 std::stringstream 处理单字符分隔符最省事
当分隔符只是空格、制表符或换行这类默认空白符，或者你愿意把分隔符全换成空格再喂给 std::stringstream，它能自动跳过连续空白并忽略首尾空字段——这时候比手写循环更简洁。
但注意：它只认「空白字符」（std::isspace），不能直接传入任意字符串如 "," 或 "|"；强行用 getline(ss, token, ',') 虽然能按单字符切，但会吞掉所有非该字符的空白，且无法处理多字符分隔符。
立即学习“C++免费学习笔记（深入）”；
- 若原始字符串含混合分隔符（比如
"a,,b"），stringstream会把两个逗号间的空串吃掉，得不到空元素 - 想保留空字段？别用它，回退到
find方案 - 性能上，构造
stringstream有额外开销，高频调用时不如纯find快
regex_iterator 在复杂分隔逻辑下才值得动用
只有当你需要按正则匹配切分（比如“一个或多个空白”、“非字母数字的连续符号”、“带括号的分隔模式”），std::sregex_iterator 才真正有用。日常 CSV 或路径解析，它属于杀鸡用牛刀。
容易踩的坑是正则写错导致空匹配，引发无限迭代；或者忘记用 std::regex_constants::ECMAScript 等标志位，不同编译器行为不一致。
- 避免写
std::regex(".*")这类贪婪通配，极易造成空匹配和死循环 - 分隔符本身含正则元字符（如
".","+","?"）必须转义：R"(\.)" - Clang 和 MSVC 对
std::regex的实现成熟度差异大，跨平台项目慎用
第三方库如 abseil 或 string-view-lite 的 split 接口更稳
如果你已经在用 absl::StrSplit 或 nonstd::sv_lite::split，它们对空字段、多分隔符、view 语义支持更完善，且经过大量测试。但引入依赖前得确认构建系统能接受——尤其嵌入式或严控依赖的项目里，有时宁可多写几行 find。
典型误用是把 absl::SkipEmpty() 当默认行为，其实它默认保留空字段；还有人传入 std::string_view 却在循环里反复构造 std::string，白白触发内存分配。
-
absl::StrSplit(str, delim)默认保留空项；要跳过得显式加absl::SkipEmpty() - 返回的是 lazy range，遍历时才计算，别把它存成
auto后又去取地址——底层数据可能已失效 - 没有
absl？别硬凑，find+substr组合足够应对 95% 场景
边界情况永远比想象中多：连续分隔符、开头结尾分隔符、空输入、宽字符、UTF-8 多字节分隔符……这些地方一松懈，split 就变成 bug 温床。
