最稳妥的字符串按逗号拆分方式是用 std::getline 配合 std::stringstream；先构造 std::stringstream ss(str)，再循环调用 std::getline(ss, token, ',')，结果存入 std::vector，注意处理空字段和首尾空格需手动实现。
用 std::getline 配合 std::stringstream 拆分最稳妥
直接用 std::getline 按逗号切字符串，比手写循环或正则更轻量、更可控，尤其适合纯 ASCII 分隔符场景。它不依赖 C 风格字符串边界，也不需要提前预估字段数量。
常见错误是把 std::getline 用在 std::string 上——它只接受 std::istream&，所以必须套一层 std::stringstream。
- 先构造
std::stringstream ss(str)，再对ss调用std::getline(ss, token, ',') - 注意：逗号是字面量
','，不是字符串"," - 空字段（如
"a,,c"）会被正常捕获为长度为 0 的token，这点和 Python 的str.split行为一致
std::vector<:string></:string> 是默认存储容器，别手动 new 数组
拆出来的每个 token 直接 push_back 到 std::vector<:string></:string>，不用预分配大小，也不用 new[] + char* 手动管理内存。C++11 后移动语义让这个过程几乎没有额外开销。
容易踩的坑是误用 reserve 替代 resize：前者只预留容量，不构造对象；后者才真正生成可索引的元素。但分割长度未知时，reserve 也无从下手，不如让 vector 自己增长。
- 声明写成
std::vector<:string> tokens</:string>，别用裸指针或固定长度数组 - 如果后续要频繁随机访问且确定字段数，可最后调用
tokens.shrink_to_fit()省点内存 - 不要用
std::array，它要求编译期知道长度
处理首尾空格和连续逗号得自己加逻辑
std::getline 不会自动 trim 空格，也不会合并连续分隔符。比如 " a , , b " 会得到三个 token：" a "、" "、" b "。这不是 bug，是设计使然。
是否需要清理，取决于你的使用场景：解析 CSV 文件通常要保留空白；读配置项往往要 trim；做命令行参数解析可能还要跳过空字段。
- trim 可用
token.erase(0, token.find_first_not_of(" \t\r\n"))和token.erase(token.find_last_not_of(" \t\r\n") + 1) - 跳过空字段只需在
push_back前加判断：if (!token.empty()) tokens.push_back(token) - 连续逗号产生的空字段，
std::getline本身已正确识别，无需额外状态机
别用 strtok 或 boost::split 增加依赖
strtok 是 C 函数，会修改原字符串、不是线程安全、无法处理空字段，且返回 char* 容易悬垂；boost::split 功能强但引入整个 Boost 太重，除非项目 already 重度依赖 Boost。
标准库方案已经足够：<sstream></sstream> + <vector></vector> + <string></string> 全是头文件，零运行时依赖，编译快，兼容性从 C++11 到 C++20 都稳。
- 确认包含头文件：
#include <sstream></sstream>、#include <vector></vector>、#include <string></string> - 如果字符串含 Unicode 逗号（如中文顿号、全角逗号），
std::getline无法识别——它按字节匹配，不是字符；这时得换用 ICU 或 C++20 的std::ranges::split_view
连续空格、嵌套引号、转义逗号这些 CSV 复杂情况，std::getline 就真不管了——它只是个流提取器，不是 CSV 解析器。真遇到那种格式，该上专用库就上，别硬撑。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
