因为std::getline仅支持单字符分隔符，无法处理多字符分隔符或保留空字段；手动用find+substr可自定义分隔符、控制空段处理，但需正确比较npos、更新起始位置并显式提取末段。
为什么不用 std::getline 而要手动用 find + substr
因为 std::getline 只支持单字符分隔符，遇到多字符分隔符（比如 "::"、"\r\n"）或需要保留空字段时，它就无能为力。手动用 find 和 substr 虽然代码多几行，但控制力强：能指定任意子串作分隔符、能判断重叠匹配、能跳过空段或保留它们。
find 返回 std::string::npos 是关键判断点
find 找不到时返回 std::string::npos（本质是 size_t 类型的最大值），不是 -1。直接跟 -1 比较会触发隐式转换，导致误判——尤其在 64 位系统上，npos == -1 为 false。
- 正确写法：
if (pos == std::string::npos) - 错误写法：
if (pos == -1)（编译不报错，但逻辑崩） - 循环中每次调用
find应传入更新后的起始位置，否则会反复找到同一个位置
手动分割的典型实现与边界处理
核心逻辑是“找→截→推进”，但容易漏掉末尾空段或开头空段。例如字符串 "a,,b," 用 "," 分割，是否要保留中间和末尾的空字符串，取决于业务需求。
- 起始位置初始化为
0，每次find从该位置开始搜 - 找到后用
substr(start, pos - start)截取字段，再把start更新为pos + sep.length() - 循环结束后，别忘了处理最后一段：
str.substr(start)（即使start == str.length()，substr也安全返回空串） - 若需过滤空字段，检查
substr结果的empty()再决定是否 push
std::vector<std::string> split(const std::string& str, const std::string& sep) {
std::vector<std::string> res;
size_t start = 0, pos;
while ((pos = str.find(sep, start)) != std::string::npos) {
res.push_back(str.substr(start, pos - start));
start = pos + sep.length();
}
res.push_back(str.substr(start)); // ← 这一行不能少
return res;
}
性能与兼容性要注意什么
频繁调用 find + substr 会产生多个临时 std::string 对象，在旧标准（C++11 之前）可能触发多次堆分配。C++17 引入了 std::string_view，可避免拷贝：
立即学习“C++免费学习笔记（深入）”；
- 把参数改为
std::string_view str和std::string_view sep - 返回
std::vector<std::string_view>，但注意其生命周期依赖原字符串 - 如果目标是写进容器长期持有，还是得用
std::string构造 - Windows 下换行符为
"\r\n"，若按"\n"分割会出错；建议先 normalize 或用双分隔符逻辑
实际用的时候，最常被忽略的是最后一段的显式提取，以及 npos 的比较方式——这两处一错，要么丢数据，要么死循环。
