std::string::find + substr 是最可控的拆分方式，逻辑透明、无隐式内存分配、可精确控制空段处理；需检查 npos 避免越界，多字符分隔符必须用 find 配合偏移更新，空字段处理需前后位置重叠判断。
std::string::find + substr 是最可控的拆分方式
标准库没有 split，硬套第三方或手写正则反而容易在边界场景翻车。用 find 定位分隔符、substr 截取子串，逻辑透明、无隐式内存分配、可精确控制空段处理。
- 每次调用
find返回下标，npos表示没找到，别直接传给substr（会抛std::out_of_range） - 分隔符长度为 1 时用
find_first_of更快；多字符分隔符必须用find配合偏移更新 - 想保留空字段（如
"a,,b"拆成 3 段），得在find前后都检查起始/结束位置是否重叠
std::vector<std::string> split(const std::string& s, const std::string& delim) {
std::vector<std::string> res;
size_t start = 0, end = 0;
while ((end = s.find(delim, start)) != std::string::npos) {
res.push_back(s.substr(start, end - start));
start = end + delim.length();
}
res.push_back(s.substr(start));
return res;
}用 std::stringstream 拆单字符分隔符太容易丢数据
std::stringstream 配 std::getline 看似简洁，但默认以空白符为界，且对连续分隔符自动跳过——"a,,b" 会变成 ["a", "b"]，中间空段直接消失。
- 只能安全用于已知「无连续分隔符」且「不关心空字段」的场景，比如解析日志中固定空格分隔的字段
- 改用
getline(ss, token, ',')可指定分隔符，但仍无法区分"a,b"和"a,,b"的第二个空段 - 如果输入含前导/尾随分隔符（如
",a,b,"），getline会漏掉首尾空字符串
避免用 std::regex_split 做简单拆分
正则引擎启动开销大，编译表达式本身就有成本。除非要处理带转义、嵌套或条件匹配的复杂分隔逻辑，否则纯属杀鸡用牛刀。
-
std::regex在 C++11 实现普遍较慢，GCC libstdc++ 早期版本甚至有栈溢出风险 - 写错表达式（比如用
"\s+"代替"[[:space:]]+"）会导致跨平台行为不一致 - 返回的
std::sregex_iterator迭代器需手动构造，比循环find多两三倍代码量，可读性反而下降
性能敏感时注意 substr 的拷贝开销
每次 substr 都分配新字符串内存。若只是临时遍历、不需要长期持有子串，改用 std::string_view（C++17 起）能彻底避免拷贝。
立即学习“C++免费学习笔记（深入）”；
- 把函数签名改成
std::vector<:string_view></:string_view>，返回的视图直接指向原字符串内存 - 前提是原字符串生命周期必须长于视图使用期，否则悬垂引用引发未定义行为
- VS2019 以前、Clang 6 以前对
string_view的substr实现有 bug，需加编译器版本判断
真正难的不是写对一个 split，而是想清楚：要不要保留空段？分隔符会不会出现在内容里？结果需不需要零拷贝？这些决策点一旦定错，后面全得返工。
