std::stringstream配合operator>>无法获取空字段，应改用std::getline(ss, token, ';')或string::find+substr手动拆分，后者最可控且兼容C++11+。
用 std::stringstream 拆分字符串但会漏掉连续分隔符间的空项
直接用 std::stringstream 配合 operator>> 读取，看似简单，但遇到连续分隔符（如 "a;;b"）或首尾分隔符（如 ";a;b;"）时，operator>> 会自动跳过所有空白和空字段，根本得不到空字符串——这和“过滤空项”是两回事：你得先拿到所有切片，再决定要不要过滤。
实操建议：
- 别依赖
operator>>做分隔，它不是为自定义分隔符设计的 - 若坚持用
std::stringstream，必须配合std::getline并指定分隔符，例如std::getline(ss, token, ';') - 每次调用
std::getline都会提取到下一个分隔符前的内容，包括空字符串（只要两个分隔符挨着）
std::string::find + substr 是最可控的手动拆分方式
这是 C++11 及以后最常用、最不容易出错的方案。核心逻辑是反复找分隔符位置，用 substr 截出子串，最后别忘了处理末尾剩余部分。
关键细节：
立即学习“C++免费学习笔记（深入）”；
- 起始位置初始设为
0，每次找到分隔符后，用find返回的位置减去起始位置得到长度 - 调用
substr(start, len)提取当前段，然后把start更新为pos + sep.length() - 循环结束后，如果
start ，说明末尾还有未被截取的内容，需额外 push 一次 - 过滤空项只需在 push 前加一句
if (!token.empty())
示例片段：
std::vector<std::string> split(const std::string& str, const std::string& sep) {
std::vector<std::string> result;
size_t start = 0;
size_t pos = 0;
while ((pos = str.find(sep, start)) != std::string::npos) {
std::string token = str.substr(start, pos - start);
if (!token.empty()) result.push_back(token);
start = pos + sep.length();
}
std::string last = str.substr(start);
if (!last.empty()) result.push_back(last);
return result;
}注意 std::string::find 的返回值判断别写成 == -1
std::string::find 找不到时返回的是 std::string::npos，类型是 size_t（无符号整数），而 -1 会被转成极大正数（如 18446744073709551615）。用 == -1 判断必然失败，循环永远不停。
常见错误现象：
- 程序卡死或触发无限循环
- 拆分结果为空或只有一项，且内容异常长
正确写法只有这一种：str.find(sep, start) != std::string::npos
需要支持正则分隔符？别硬套 std::regex 做简单拆分
std::regex 虽然能处理复杂模式（如多个可选分隔符、忽略空格等），但性能开销大、编译时间长，且对初学者容易写出非预期行为（比如捕获组 vs 全匹配、空匹配无限循环）。
使用场景判断：
- 分隔符固定且简单（如
"|"、","、"\t"）→ 用find+substr就够了 - 分隔符是“逗号或分号或空格”的任意组合 → 可先用
std::regex_iterator，但务必测试边界 case（如全空格输入） - 要保留分隔符本身、或做替换式拆分 → 才值得引入
std::regex
真正容易被忽略的点：很多项目默认不启用 C++11 的 regex 引擎（尤其 MinGW 或旧版 libc++），链接时可能报 undefined reference to std::regex_* —— 这时候换回手动扫描反而更稳。
