最稳妥方法是先将C风格字符数组转为std::string（需确保以'\0'结尾或显式传入长度），再用std::stringstream配合std::getline拆分；strtok虽可用但会修改原数组且非线程安全，仅适用于单线程且可修改原数据的场景。
用 std::string 和 std::stringstream 拆分 C 风格字符数组最稳妥
直接操作 char[] 容易越界或漏掉空终止符，推荐先转成 std::string 再处理。这是最不容易出错的路径，尤其当原始数组来自 C API 或文件读取时。
常见错误是把未初始化的 char buf[256] 直接丢给 std::string(buf)，结果截断或读到垃圾数据——必须确保它以 '\0' 结尾，或者显式传入长度：
- 若已知长度：
std::string s(buf, len) - 若不确定是否以
'\0'结尾，先用strnlen(buf, sizeof(buf))获取安全长度 - 之后用
std::stringstream配合std::getline(ss, token, delim)拆分，delim是单个字符（如','）
strtok 能用，但要注意它破坏原数组且非线程安全
strtok 是 C 标准库函数，能直接处理 char*，但有硬伤：它会把分隔符替换成 '\0'，永久修改原始数组；而且内部维护静态指针，多线程调用会冲突。
使用场景仅限于：你确定可以改原数组、且只在单线程里用。调用方式是第一次传数组指针，后续传 nullptr：
立即学习“C++免费学习笔记（深入）”；
char buf[] = "a,b,c";
char* tok = strtok(buf, ",");
while (tok != nullptr) {
// tok 指向 "a"、"b"、"c"
tok = strtok(nullptr, ",");
}- 不能对字符串字面量（如
"a,b,c"）调用，会 crash —— 因为只读内存不可写 - 分隔符是字符集合（如
" ,\t\n"），遇到其中任一字符就切，不支持多字符分隔符（如"::"） - 连续分隔符会产生空字符串，
strtok会跳过它们；若需保留空项，得换方法
需要保留空字段或支持多字符分隔符？手写循环更可控
标准库没有直接支持 "::" 或保留空项的拆分函数。这时用索引遍历 + std::string::find 最清晰：
std::vector<std::string> split(const std::string& s, const std::string& delim) {
std::vector<std::string> res;
size_t start = 0;
while (start < s.length()) {
size_t end = s.find(delim, start);
if (end == std::string::npos) {
res.push_back(s.substr(start));
break;
}
res.push_back(s.substr(start, end - start));
start = end + delim.length();
}
return res;
}- 这个版本保留所有字段，包括开头、中间、结尾的空串（如
"a,,c"→{"a", "", "c"}） - 支持任意长度分隔符，不只是单字符
- 注意
s.substr(start, len)中len为 0 时返回空字符串，合法 - 如果原始是
char[]，先转std::string再进这个函数，别在char*上手动算指针
性能敏感场景下，避免重复构造 std::string
如果字符数组很长、拆分次数极多（比如日志解析），反复构造 std::string 会有内存分配开销。此时可考虑用 std::string_view（C++17）返回只读视图：
- 函数签名改为
std::vector<:string_view></:string_view>，内部只存起始/长度，不拷贝内容 - 前提是原始
char[]生命周期长于返回的string_view，否则悬垂 - 若必须返回拥有的字符串（如存入容器长期使用），还是得拷贝，
string_view只是延迟拷贝时机 - 老编译器不支持
string_view的话，用std::pair<const char size_t></const>手动模拟也行，但可读性下降
真正容易被忽略的是边界条件：空输入、全分隔符、超长分隔符匹配失败——这些地方不加保护，线上跑着跑着就 core dump。
