标准库无内置split，最可控方案是std::string::find配合substr手动切分；需正确处理空字段、越界及末尾段，多字符分隔符须用find(子串)而非首字符，避免Boost除非已依赖。
用 std::string::find + substr 手动切分最可控
标准库没提供直接的 split，所以得自己组合。核心思路是反复调用 find 找分隔符位置，再用 substr 截出子串。这方法不依赖第三方、不分配额外容器（比如 std::vector 可选），适合对性能或内存敏感的场景。
常见错误是忽略空字段处理：比如 "a,,b" 用 ',' 切，中间两个逗号之间其实是空字符串，但很多人只检查 find != std::string::npos 就截，漏掉末尾或连续分隔符间的空段。
- 每次
find前先检查起始位置是否超出长度，避免substr(pos, len)报std::out_of_range - 截取时用
substr(start, end - start)，别用substr(start, n)硬写长度，容易越界 - 循环结束后别忘了把最后一段（从最后分隔符到结尾）也 push 进结果
std::vector<std::string> split(const std::string& s, char delim) {
std::vector<std::string> out;
size_t start = 0, end = 0;
while ((end = s.find(delim, start)) != std::string::npos) {
out.push_back(s.substr(start, end - start));
start = end + 1;
}
out.push_back(s.substr(start)); // 最后一段
return out;
}用 std::stringstream + std::getline 处理简单空格/换行分隔
如果分隔符是单字符且你**不关心空字段**（比如日志按空格切词、读文件按行处理），std::getline 配合 std::stringstream 是最简方案。它自动跳过连续分隔符之间的空白，行为类似 C 的 strtok。
但注意：它把所有连续空白（空格、tab、换行）都当一个分隔符，且永远不返回空字符串。所以 "a b" 切出来是 {"a", "b"}，不是 {"a", "", "b"}；" a " 切出来只有 {"a"}。
立即学习“C++免费学习笔记（深入）”；
- 仅适用于单字符分隔符，不能传
"|&"这种多字节分隔符 - 不支持自定义跳过逻辑，比如“只在非引号内切分”这种需求它完全无能为力
- 性能略低于纯
find方案，因为stringstream有内部缓冲和状态管理开销
std::vector<std::string> split_by_space(const std::string& s) {
std::vector<std::string> out;
std::stringstream ss(s);
std::string token;
while (std::getline(ss, token, ' ')) { // 注意：这里只认空格，不是所有空白
if (!token.empty()) out.push_back(token); // 手动过滤空串（因 getline 不跳空格连用）
}
return out;
}遇到多字符分隔符（如 "||" 或 "</tag>"）必须手写循环
std::string::find 支持子串查找，所以多字符分隔符其实和单字符没本质区别，只是把 char 换成 std::string 参数。但坑在于：很多人直接套用单字符逻辑，用 find(delim[0])，结果只找第一个字符，导致匹配错位。
另一个易错点是重叠分隔符，比如用 "aa" 切 "aaaa"，期望得到 {"", "", ""} 还是 {"", "a"}？取决于你是否在每次匹配后把起始位置 +1 还是 +delim.length()。
- 必须用
s.find(delim, start)，不是s.find(delim[0], start) - 找到后，起始位置更新为
pos + delim.length()，否则会重复匹配同一段开头 - 若需支持重叠匹配（少见），则改用
pos + 1，但要加额外边界判断防止无限循环
不要用 boost::algorithm::split 除非项目已依赖 Boost
Boost 确实提供了健壮的 split，支持多种策略（保留空字段、忽略大小写、正则分隔等），但它引入了外部依赖和编译时间成本。如果你只是临时切个配置项，为一行功能拉整个 Boost，链接体积和构建复杂度上升明显。
更现实的问题是：很多嵌入式或航天/车规级项目禁用 Boost，审核通不过。即便允许，也要确认 boost::algorithm 的 header-only 实现是否真没隐式链接需求（某些版本会悄悄依赖 boost_system）。
- 纯头文件 ≠ 零依赖，部分 Boost 组件仍需链接静态库
- 交叉编译时，Boost 的编译选项（如
BOOST_NO_CXX11_RVALUE_REFERENCES）容易和主项目冲突 - 调试时堆栈里出现
boost::algorithm::detail::...会增加排查难度
实际写的时候，80% 场景用第一个 find+substr 方案就够了。最难缠的从来不是怎么切，而是分隔符本身含转义（比如 CSV 里的 "a,b" 不该被切）、或需要懒加载（大字符串不想全载入内存）。这些得配合状态机或迭代器做，不是换个函数就能解决的。
