最稳妥方案是 std::stringstream 配合手动 trim：用 std::getline 按分隔符切分，再对每个子串用自定义 trim 去除首尾空格，注意空字符串和连续分隔符处理。
用 std::stringstream 分割再手动 trim 最稳妥
标准库没有内置的 split 函数，std::stringstream 配合 std::getline 是最轻量、无依赖的方案。它天然按分隔符切分，但不会自动清理空格，所以得自己加一步 trim。
常见错误是直接用 find + substr 手撕，容易漏掉连续逗号（如 "a,,b"）或末尾空格；也有人误以为 std::getline 的第三个参数能跳过空白——它只控制分隔符，不处理字段内空格。
- 对每个切出来的
std::string，用自定义 trim：先找第一个非空格位置l，再找最后一个非空格位置r，然后substr(l, r - l + 1) - 注意空字符串的处理：
l > r时返回空串，避免substr崩溃 - 不要用
std::isspace而不用 locale 参数——默认 C locale 下才安全，否则可能在某些平台把非 ASCII 字符误判为空格
std::regex 方案简洁但性能差、易出错
正则一行写完很诱人：std::sregex_iterator 配合 R"([^,]+)" 看似能跳过空字段，但实际无法处理首尾空格，且正则引擎对简单任务属于杀鸡用牛刀。
更严重的是：MSVC 在 debug 模式下 std::regex 极慢，Clang libc++ 曾有空匹配崩溃问题；而且 [^,]+ 会把 " a , b " 中的空格全吞掉，导致无法区分 "a" 和 " a " ——你真正要的是保留内容、只删首尾空格，不是抹除所有空格。
立即学习“C++免费学习笔记（深入）”；
- 若坚持用正则，模式应为
R"(\s*([^,]*)\s*)"并取 group 1，但需循环匹配，代码反而更长 - 编译器差异大：GCC 支持较好，MSVC 对复杂正则常有未定义行为
- 调试困难：正则匹配失败时，
std::regex_error报错信息模糊，不如手写逻辑可控
第三方库如 absl::StrSplit 或 boost::algorithm::split 值得考虑
如果项目已引入 absl 或 boost，直接用它们的 split + trim 组合最省心。absl::StrSplit 默认跳过空字段，配合 absl::StripAsciiWhitespace 可链式调用；boost::algorithm::split 则支持 boost::algorithm::is_any_of(",") 和 boost::algorithm::trim。
但要注意：absl 要求 C++11 以上且链接时需加 -labsl_strings，boost 则可能因模板膨胀增大编译时间；另外，boost::algorithm::trim 默认只处理 ASCII 空格，遇到 Unicode Zs 类空格（如中文全角空格）会失效。
- absl 示例：
for (const auto& s : absl::StrSplit(input, ',')) { result.push_back(absl::StripAsciiWhitespace(s)); } - boost 示例：
std::vector<:string> v; boost::algorithm::split(v, input, boost::algorithm::is_any_of(",")); for (auto& s : v) boost::algorithm::trim(s);</:string> - 别忽略头文件和链接依赖——没加
-lboost_system时boost::algorithm可能静默链接失败
边界情况必须手动验证：空输入、全空格、连续逗号
真实数据里，""、" "、",,,"、" a , , b " 这些输入最容易暴露逻辑漏洞。很多实现能跑通正常用例，一遇到这些就返回空 vector 或崩溃。
尤其注意：C++ 中 std::getline 在空字符串上会成功读出一个空行，而正则在空输入时可能根本不触发匹配；trim 函数若没检查 empty() 就直接 front()/back()，会 undefined behavior。
- 测试用例至少覆盖：
""、" "、","、" , "、"a,,b" - 用
assert或单元测试断言结果 size 和内容，别只靠肉眼观察输出 - 如果业务允许，提前对输入做
absl::StripTrailingNewline或等效处理，避免换行符混入字段
实际写的时候，优先手写 std::stringstream + 自定义 trim，三四十行搞定，无依赖、可调试、边界清晰。正则和第三方库看似快，但隐含的兼容性、性能、维护成本，往往在上线后才浮现。
