std::string::substr()返回新std::string，非零拷贝；正确做法是用std::string_view构造函数或其substr()方法切分，确保原字符串生命周期长于视图，避免悬垂。
直接用 std::string_view 构造函数切分 std::string 是零拷贝的，但“高效”不等于“随便切”——关键在生命周期管理和底层指针有效性。
为什么不能直接用 substr() 返回 std::string_view？
std::string::substr() 返回的是新 std::string，不是视图；若你写 std::string_view(s.substr(5, 10))，就触发了内存分配和复制，完全失去 string_view 的意义。
正确做法是：用 std::string_view 的构造函数直接绑定原字符串的某段内存：
std::string s = "hello world"; std::string_view sv1(s.data() + 6, 5); // "world" —— 无拷贝，仅存指针+长度
- 必须确保
s的生命周期长于sv1，否则sv1成为悬垂视图（dangling） -
s.data()在 C++17 起保证返回空终止字符串首地址，且s非空时有效 - 若
s可能为空，先判空再取.data()，否则s.data()行为未定义
用 std::string_view::substr() 切分更安全
这是最常用、也最不易出错的方式：所有操作都在视图层面完成，不涉及原始字符串的内存布局细节。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
std::string s = "a,b,c,d";
std::string_view sv(s); // 绑定整个字符串
auto pos = sv.find(',');
if (pos != std::string_view::npos) {
std::string_view first = sv.substr(0, pos); // "a"
std::string_view rest = sv.substr(pos + 1); // "b,c,d"
}-
sv.substr()返回新std::string_view，仍指向原s内存，开销是两个size_t赋值 - 只要
s活着，所有子视图都安全；一旦s被移动、析构或重新赋值，所有视图立即失效 - 注意：
substr(pos, n)中n超出剩余长度时会自动截断，不会抛异常，但可能不符合预期 —— 建议显式检查pos + n
切分多个子串时避免重复扫描
频繁调用 find() + substr() 看似清晰，但对长字符串做多次查找可能有性能隐患；若需完整切分为 vector，优先用迭代方式而非递归 substr。
std::vector<std::string_view> split(std::string_view sv, char delim) {
std::vector<std::string_view> out;
size_t start = 0;
while (start <= sv.length()) {
auto end = sv.find(delim, start);
if (end == std::string_view::npos) {
out.push_back(sv.substr(start));
break;
}
out.push_back(sv.substr(start, end - start));
start = end + 1;
}
return out;
}- 每次
substr都是 O(1)，整个切分是 O(N)，没有冗余内存分配 - 返回的
std::string_view全部引用原sv所绑定的字符串内存，所以调用者必须保证该字符串长期有效 - 不要把这函数返回的 vector 存进全局缓存，除非你 100% 控制原字符串的生命周期
真正容易被忽略的点不是语法，而是所有权：任何 std::string_view 都不拥有数据，它只是一个“借来的窗口”。窗口后面的东西没了，窗口再漂亮也没用。
