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}

最易被忽略的是生命周期管理：它让性能提升变得“危险”——快是快了，但悬空指针不会报错，只会导致未定义行为。用之前，先问一句：这片内存，能活到我用完它的时候吗？