std::string_view比const std::string&更轻量，因其仅存储指针和长度、零分配零拷贝、大小固定为16字节，且substr等操作为O(1)，但需严格管理生命周期并避免用于需修改、长期持有或空终止的场景。
它不复制数据，也不管理内存，只存指向原始字符串的指针和长度——这是所有优势的起点。
为什么 std::string_view 比 const std::string& 更轻量？
传参时避免隐式构造和临时对象开销。比如函数接受 const std::string&，你传入字面量 "hello"，编译器会先构造一个临时 std::string；而用 std::string_view，直接从字面量推导出视图，零分配、零拷贝。
- 字面量
"abc"→std::string_view{"abc", 3}：仅两个成员赋值（指针 + 长度） - 同内容传给
const std::string&：触发堆分配（除非 SSO 覆盖，但仍有构造/析构开销） -
std::string_view的大小固定为sizeof(size_t) * 2（通常 16 字节），远小于std::string（通常 24–32 字节，含内部缓冲或指针）
std::string_view 在字符串切片场景中如何避免复制？
调用 .substr() 不分配新内存，只是调整内部指针和长度。这在解析协议、分词、路径处理等频繁子串提取的场景下非常关键。
std::string_view s = "HTTP/1.1 200 OK";
auto status_line = s.substr(0, s.find('\n')); // 仍是原内存区域的一部分
auto status_code = s.substr(9, 3); // "200"，无拷贝- 所有
substr、remove_prefix、remove_suffix都是 O(1) - 注意：若原始字符串生命周期结束，
string_view立即悬空——它不延长所指对象寿命 - 不能用于需要空终止符的 C 接口（如
printf("%s", sv.data())不安全，除非确保末尾有'\0'）
哪些地方不能直接用 std::string_view 替换 std::string？
它只读、无所有权、无空终止保证——三者缺一不可。
立即学习“C++免费学习笔记（深入）”；
- 需要修改内容（如
.append()、.replace()）：必须用std::string - 需长期持有（例如存入容器、跨函数返回）：必须确认底层存储的生命周期 ≥
string_view的使用期 - 传给要求
const char*且依赖'\0'结尾的 API：得用std::string{sv}.c_str()或手动确保结尾有'\0' - 与旧代码混用时，
std::string_view无法隐式转为std::string，但可显式构造：std::string{sv}
最易被忽略的是生命周期管理：它让性能提升变得“危险”——快是快了，但悬空指针不会报错，只会导致未定义行为。用之前，先问一句：这片内存，能活到我用完它的时候吗？
