最简方式是用 std::istringstream 配合 operator>>，它天然跳过所有连续空白并只返回非空 token，无需手动判空或处理边界。
用 std::istringstream 最简方式拆分且自动跳过空项
直接用 std::istringstream 配合 operator>> 是最省心的方案——它天然跳过所有连续空白（包括多个空格、制表符、换行），只返回非空 token。
常见错误是手动用 find + substr 切，结果遇到开头/结尾空格或中间多个空格时漏掉边界判断，导致空字符串混入结果。
- 每次读取一个 token：
iss >> token，失败即结束 - 无需额外判空，
operator>>本身跳过空白并停在下一个非空字段 - 适合大多数场景：命令行参数解析、配置值提取、日志字段切分
需要保留原始分隔位置？改用 std::string_view + 手动扫描
如果必须知道每个 token 在原字符串中的起始/结束索引（比如高亮匹配、语法分析），std::istringstream 就不够用了，得自己扫。
关键点不是“怎么切”，而是“怎么定义空项”：连续空白之间的空隙算不算一项？答案是否定的，但手动扫描时容易把两个空格之间的空字符串 push 进 vector。
立即学习“C++免费学习笔记（深入）”；
- 用
std::string_view避免拷贝，从头开始找非空白字符作为 start - 找到后向后找第一个空白或结尾，得到 end，
sv.substr(start, end - start) - 跳过全空白段：只要
start == end就 continue，不 push - 注意末尾无分隔符的情况，循环后要补一次 substr
std::regex_token_iterator 能用但别轻易上
正则确实能写成一行：std::sregex_iterator 配 R"(\S+)" 可以提取所有非空白序列，看起来很干净。
但实际项目里容易踩坑：编译器对 std::regex 实现差异大（MSVC 支持弱、Clang libc++ 性能差），且构造 regex 对象开销不小，纯空格分隔没必要引入正则。
- 仅当分隔逻辑复杂（如“空格或逗号”、“忽略引号内空格”）才考虑 regex
- 必须捕获组时用
std::regex_token_iterator，否则sregex_iterator更直白 - 错误信息难调试：
std::regex_error不提示具体哪行出错
性能敏感场景优先选 std::string_view 扫描而非 istringstream
在高频调用（如网络包解析、实时日志处理）中，std::istringstream 构造和状态管理有不可忽视的开销，实测比手写扫描慢 2–3 倍。
真正影响性能的不是算法，而是内存分配：istringstream 内部缓冲区、std::string 拷贝都会触发堆分配；而 string_view + 原地扫描全程栈操作。
- 若结果只需要视图（比如立刻传给
std::stoi或比较），全部用std::string_view存 - 避免无脑
push_back(token.c_str())——c_str()返回指针但生命周期依赖原字符串 - 注意 C++17 前
string_view构造需确保源字符串生命周期长于 view
空格拆分本身不难，难的是明确你要的是“语义上的词”还是“结构上的字段”。前者用 istringstream，后者得自己控索引。
