std::getline的delimiter参数仅接受char类型，取传入值首字符作为分隔符；多字符分隔需手动用find实现，否则会编译失败或静默截断。
std::getline 的 delimiter 参数到底怎么用
它不是“可选分隔符”，而是“停在第一个匹配字符就切”，哪怕你传的是字符串字面量，也只取首字符。比如 std::getline(is, s, ',') 没问题，但 std::getline(is, s, ",;") 会把 "," 当成 char，实际只认第一个逗号——C++ 标准里第三个参数类型是 char，不是 std::string。
常见错误现象：std::getline(is, s, "\t,;") 编译失败（类型不匹配）或静默截断成 '\t'；想按多字符分隔符（如 "|~|"）切，直接用 getline 行不通。
- 必须传
char类型，不能传const char*或std::string - 如果输入流中没有该字符，
getline会读到 EOF，并设failbit - 分隔符本身不会被丢弃：它留在输入流里，下次读会从它后面开始
要按多字符分隔符（如 "||"）拆，得自己写循环
标准库没提供原生支持，硬套 getline 只能退化成单字符切分。真实场景里 CSV、日志、配置项常含 "\t"、"::"、"[SEP]" 这类分隔符，必须手动扫描。
关键点不是“怎么写快”，而是“怎么避免越界和漏匹配”。用 std::string::find 最稳：
立即学习“C++免费学习笔记（深入）”；
std::string line = "a||b||c";
std::string delim = "||";
size_t start = 0, pos = 0;
while ((pos = line.find(delim, start)) != std::string::npos) {
std::cout << line.substr(start, pos - start) << "\n";
start = pos + delim.length();
}
std::cout << line.substr(start) << "\n";-
find返回std::string::npos表示没找到，别直接当索引用 - 每次更新
start要加delim.length()，否则会重复匹配重叠部分（如"aaa"中找"aa"） - 别用
std::stringstream+ 多次getline模拟，那只是把问题转嫁给更难调试的流状态
遇到空字段或连续分隔符时，substr 会返回空串，这正常
比如解析 "a|||b"（三个竖线），中间两个分隔符之间长度为 0，substr(start, 0) 就是空字符串。这不是 bug，是符合语义的——CSV 里 "a,,b" 就表示三列，中间列为空。
- 如果业务逻辑要跳过空字段，得在循环里加
if (!token.empty())判断 - 注意
line.substr(pos + delim.length())在pos == line.size()-1时不会崩溃，C++11 起substr对越界起始位置自动截断为"" - 别用
std::istringstream配合operator>>，它会跳过所有空白+连续分隔符，彻底丢失空字段信息
性能敏感时，避免反复构造 string
如果每行几 MB、分隔符上万次，substr 每次都分配内存。真卡在这里，改用 std::string_view（C++17）或维护一对 const char* 指针：
std::string_view sv(line);
size_t start = 0;
while (true) {
size_t pos = sv.find(delim, start);
if (pos == std::string_view::npos) {
process(sv.substr(start));
break;
}
process(sv.substr(start, pos - start));
start = pos + delim.length();
}-
std::string_view不拷贝数据，但要求原始std::string生命周期长于 view - Windows 上若用
\r\n换行，且分隔符含\n，记得先统一换行符，否则find可能跨行误匹配 - 正则方案（
std::regex_iterator）看起来优雅，但编译慢、运行慢、内存开销大，纯文本切分别用它
最麻烦的其实是分隔符本身出现在内容里的情况，比如 CSV 的双引号包裹字段。这时候 getline 第三参数毫无意义，必须进状态机——那是另一层复杂度了。
