对ASCII单字符分隔符，std::stringstream配合std::getline是最稳妥轻量方案；多字符分隔符需用std::string::find手动切分；C++20可用std::ranges::split_view但需注意视图转换和编码限制。
用 std::stringstream 按单字符分隔符分割最稳妥
对 ASCII 单字符分隔符（如 ' '、','、'\t'），std::stringstream 配合 std::getline 是最轻量且无依赖的方案。它不修改原字符串，也不需要额外库，兼容所有标准 C++ 版本。
常见错误是直接用 operator>>：它会跳过所有空白（包括多个连续空格），且无法指定分隔符；必须用 std::getline(ss, token, delim) 显式传入分隔符。
- 空字段会被保留（例如
"a,,b"分割为{"a", "", "b"}） - 若需跳过空字段，需手动判断
token.empty() - 分隔符只能是单字符；多字符分隔符（如
"::"）不支持
std::vector<std::string> split(const std::string& s, char delim) {
std::vector<std::string> tokens;
std::string token;
std::istringstream tokenStream(s);
while (std::getline(tokenStream, token, delim)) {
tokens.push_back(token);
}
return tokens;
}处理多字符分隔符必须用 std::string::find 手动切
std::stringstream 无法处理 "|&"、"::" 这类多字符分隔符，此时只能靠 std::string::find 和 std::string::substr 循环查找、截取。
容易踩的坑是忽略边界情况：空字符串、分隔符在开头/结尾、连续分隔符。尤其注意 pos == std::string::npos 后仍要 push 剩余子串。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 每次
find从start开始，不是从上一次结束位置 +1 - 用
str.substr(start, pos - start)提取，不是str.substr(start, pos) - 循环结束后别忘了
str.substr(start)收尾
std::vector<std::string> split(const std::string& s, const std::string& delim) {
std::vector<std::string> tokens;
size_t start = 0, end = 0;
while ((end = s.find(delim, start)) != std::string::npos) {
tokens.push_back(s.substr(start, end - start));
start = end + delim.length();
}
tokens.push_back(s.substr(start));
return tokens;
}C++20 std::ranges::split_view 简洁但有陷阱
如果你用 C++20 且编译器支持（GCC 12+、Clang 14+、MSVC 19.30+），std::ranges::split_view 写法最短：
std::vector<std::string> tokens(s | std::views::split(delim)
| std::views::transform([](auto r) {
return std::string(r.begin(), r.end());
})
| std::ranges::to<std::vector>());但要注意：split_view 的子视图是 std::subrange，不能直接存入 std::vector<std::string>；必须显式构造或用 std::ranges::to（需 <ranges> 和 <range>）。更隐蔽的问题是：当 delim 是 std::string 时，split_view 只接受单字符或字符数组——多字符分隔符必须先转成 std::basic_string_view<char>。
别忽略编码和性能差异
所有方法都假设字符串是 UTF-8 或单字节编码。如果实际是 UTF-16（Windows 宽字符）或含代理对，std::string::find 会按字节切，导致乱码——此时必须用 ICU 或 std::wstring 版本。
性能上：stringstream 有流对象构造开销，适合小字符串；手写 find 最快，但代码稍长；split_view 延迟计算，但最终转 vector 仍要遍历两遍。真正高频调用时，建议预分配 tokens.reserve()，避免多次内存重分配。
