c++oding="utf-8" ?>
最稳妥的字符串拆分方式是用 std::stringstream 配合 std::getline，配合手动 trim、空字符串跳过及 std::stoi 异常捕获与 pos 校验，最终返回 std::vector。
用 std::stringstream 拆分字符串最稳妥
直接用 std::stringstream 配合 std::getline 是 C++ 标准库中最可靠的方式，不依赖第三方、不引入额外头文件（只需 <sstream></sstream> 和 <vector></vector>），且能自然跳过空字段（比如 "1,,2" 中间空项不会导致转换失败）。
常见错误是试图用 std::stoi 直接处理带空格或首尾空白的子串——它会抛出 std::invalid_argument。所以拆分后要先 trim 再转换。
- 用
std::getline(ss, token, ',')逐段读取，ss是std::stringstream对象 - 对每个
token手动去除首尾空格（C++20 前没内置trim，可用find_first_not_of+find_last_not_of） - 空字符串跳过，否则
std::stoi("")会崩溃 - 捕获
std::invalid_argument和std::out_of_range，避免非法数字（如"abc"或超大数）导致程序终止
用 std::regex_token_iterator 处理复杂分隔场景
如果逗号可能被引号包裹（如 "1,\"a,b\",3"），或者需要同时支持多种分隔符（逗号/分号/空格），std::regex_token_iterator 更合适。但注意：正则在 C++ 中性能较差，小字符串没必要上。
关键点是正则模式选对：R"(([^,]+))" 会漏掉末尾空项；更稳妥的是用 R"(([^,]*))" 并过滤掉纯空白的匹配结果。
- 必须包含
<regex></regex>，且 MSVC 和 libstdc++ 对std::regex实现质量不一（GCC 12+ 较稳，旧版 libstdc++ 可能 crash） -
std::regex_token_iterator构造时传-1表示匹配整个正则组，传0是全部匹配，别写错 - 每次迭代得到的是
std::string，仍需 trim + 异常防护，和stringstream方案一致
std::stoi 的坑比想象中多
std::stoi 默认只解析前缀数字，"123abc" 会返回 123 而不报错——这在分割场景下极易掩盖数据错误。真正需要严格校验时，得手动检查是否消费了整个字符串。
- 调用后用
pos输出参数：std::stoi(token, &pos)，然后判断pos == token.length() - 不检查
pos就直接用结果，等于默认接受截断式转换，和业务预期往往不符 - 负数开头的字符串（如
"-42"）没问题，但"- 42"（中间有空格）会失败——stoi不跳过内部空格
最终数组用 std::vector<int></int>，别用裸数组
动态长度的分割结果，硬分配 int arr[100] 既不安全也不灵活。C++ 里直接返回 std::vector<int></int> 是标准做法，移动语义下零成本。
有人想用 std::array 或 std::span，但前者编译期定长，后者只是视图——源头数据生命周期结束就失效，不适合做返回值。
- 函数签名建议写成
std::vector<int> split_and_parse(const std::string& s)</int> - 如果调用方明确知道最大长度且追求极致性能（嵌入式），才考虑预分配
std::vector容量：result.reserve(estimated_count) - 千万别用
new int[n]返回裸指针——谁 delete？
实际写的时候，90% 场景用第一个方案就够了。真正麻烦的不是分割，而是“这个字符串到底合不合法”——空项、空格、溢出、非数字字符，每种都要按业务规则决定是跳过、报错还是默认值。这些逻辑一旦写错，调试时很难一眼看出问题在哪。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
