std::string_view切分后不能直接存入vector，因其不拥有数据而仅引用原始字符串内存，若源字符串为临时对象则会导致悬垂视图；安全做法是切分用string_view、存储用string，并配合reserve优化性能。
std::string_view 切分时为什么不能直接存入 vector
因为 string_view 不拥有数据，只引用原始字符串的内存。如果原始字符串是临时对象（比如函数返回值、字面量拼接结果），切分后存下来的 string_view 会变成悬垂视图 —— 指向已释放或无效内存。
常见翻车场景：
-
auto v = split_string_view("a,b,c", ',');→ 原字符串是字面量，安全； -
auto v = split_string_view(get_data(), ',');→ 若get_data()返回std::string临时对象，其生命周期只到该行末尾，v中所有string_view立即失效。
所以：除非你能 100% 控制源字符串生命周期长于 vector<string_view></string_view>，否则别裸存 string_view。真要零拷贝，得把源字符串的 ownership 一并管理起来（比如用 std::shared_ptr<:string></:string> + 自定义 view wrapper）。
用 std::string_view 切分但存 string 的安全写法
这是最常用、兼顾性能与安全的折中方案：切分过程用 string_view 避免重复查找和子串构造，但最终存 std::string 确保独立生命周期。
立即学习“C++免费学习笔记（深入）”；
核心逻辑就是双指针扫描，跳过空段（可选）：
std::vector<std::string> split_string_view(const std::string_view s, const char delim) {
std::vector<std::string> out;
size_t start = 0;
while (start < s.size()) {
size_t end = s.find(delim, start);
if (end == std::string_view::npos) {
out.emplace_back(s.substr(start));
break;
}
if (end != start) { // 跳过连续分隔符产生的空串
out.emplace_back(s.substr(start, end - start));
}
start = end + 1;
}
return out;
}
注意点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
s.substr(...)返回string_view，但emplace_back构造std::string会触发一次拷贝 —— 这次拷贝无法避免，但比用std::string::find+std::string::substr多次分配更轻量； - 如果明确不需要空段（如
"a,,b"只想要{"a","b"}），保留if (end != start)判断；若需保留空段（如 CSV 解析），删掉该条件； - 不推荐用
std::stringstream或std::regex，它们在简单分隔符场景下开销大、不可控。
需要极致性能？用 std::string_view + 手动 reserve + 预估段数
当输入长度和段数可预估（比如固定格式日志行），提前 reserve 能避免 vector 多次扩容重排，实测在千级切分上可省 10%~20% 时间。
怎么预估？一个简单策略：假设平均段长 ≥ 4 字节，则段数上限 ≈ s.size() / 4 + 1；更准一点可先扫一遍统计分隔符个数：s.size() ? std::count(s.begin(), s.end(), delim) + 1 : 0。
优化后的调用示例：
std::string line = "key1:value1,key2:value2,key3:value3";
auto views = split_to_string_views(line, ','); // 自定义函数，返回 vector<string_view>
std::vector<std::string> result;
result.reserve(views.size()); // 关键：复用 views.size()
for (auto sv : views) {
result.emplace_back(sv); // 此处仍有一次拷贝，但 vector 不 realloc
}
注意：split_to_string_views 必须确保返回的 string_view 都指向 line（非临时对象），否则 reserve 再快也没意义。
分隔符是字符串而非单字符？别硬刚 string_view::find
std::string_view::find(std::string_view) 支持多字符分隔符，但要注意：它找的是子串首次出现位置，不是“按此字符串切分”。比如用 "::" 切分 "a::b:::c"，结果是 {"a", "b", ":c"}（因为第二个 "::" 从索引 5 开始，剩下 ":c"）—— 这符合直觉，但容易误以为能处理重叠分隔符。
真正要支持任意分隔符（含空串、重叠、正则语义），就得换方案：
- 简单场景：循环调用
s.find(delim)+ 手动推进，和单字符逻辑一致，只是把delim改成std::string_view； - 复杂场景：别自己实现，用
absl::StrSplit或boost::algorithm::split，它们已处理边界 case（如空分隔符报错、首尾分隔符行为等）； - 绝对避免：用
std::regex切分短字符串 —— 编译、匹配、内存分配三重开销，性能崩盘。
切分这件事，越简单越可靠。95% 的需求，一个带 reserve 和空段控制的 string_view 扫描就足够了。真正卡性能的点，往往不在切分本身，而在后续对每个子串的处理 —— 那才是该盯住的 hotspot。
