std::string_view能避免拷贝因其仅存储指针和长度，不拥有数据、不分配内存、不复制字符；常见错误是绑定临时字符串的c_str()导致悬空指针，安全前提为原始数据生命周期≥string_view。
std::string_view 为什么能避免拷贝
因为 std::string_view 不拥有字符串数据，只存一个指针加长度，构造时不做内存分配、不复制字符。当你传入一个字面量（如 "hello"）、std::string 或 C 风格数组，它只是记下起始地址和长度，开销是固定的 16 字节（常见实现）。
常见错误是把临时 std::string 的 c_str() 传给 string_view：比如 std::string_view{std::string("tmp").c_str()} —— 这个 std::string 析构后，指针就悬空了，读取会 UB。
- 安全做法：确保所指向的原始字符串生命周期 ≥
string_view生命周期 - 函数参数用
std::string_view替代const std::string&，尤其在只读场景（如查找、比较、解析） - 不要用
string_view接收函数返回的临时std::string的c_str()
什么时候不该用 std::string_view
当你需要修改内容、拼接、转小写、或保证以 \0 结尾时，string_view 就不合适。它没有 append、+=、data() 不保证以 \0 结尾（虽然通常有，但标准不保证），也不能直接传给要求 const char* 且内部会 strlen 的 C 函数（除非你手动加 \0 或确认上下文安全）。
- 要拼接两个字符串？用
std::string，不是string_view - 要调用
open(path.c_str(), ...)？可以，因为path是string_view且底层数据以\0结尾；但若来自非零结尾缓冲区（如网络包切片），就得先拷到std::string或手动补\0 - 要传给
printf("%s", sv.data())？危险——sv.data()不保证结尾有\0，应改用printf("%.*s", int(sv.size()), sv.data())
和 const std::string& 参数对比的实际性能差异
差别主要在构造成本：传 const std::string& 本身没拷贝，但调用方如果是字面量（"abc"），编译器得先隐式构造一个临时 std::string，触发堆分配 + 复制；而 std::string_view 直接从字面量推导，零开销。
立即学习“C++免费学习笔记（深入）”；
示例：
void f(const std::string& s); // 调用 f("hello") → 临时 string 构造 + 析构
void g(std::string_view s); // 调用 g("hello") → 仅两个寄存器赋值
- 对已存在的
std::string变量，两者传参成本几乎一样（都是引用/指针级） - 对字面量、C 数组、栈上字符数组，
string_view明显更轻 - 注意：模板函数里用
std::string_view可能导致重载歧义，比如同时存在void h(std::string_view)和void h(const char*)，字面量调用可能意外匹配后者
容易忽略的生命周期陷阱
最常被低估的点：string_view 的“视图”本质意味着它完全不管数据是谁管的。只要原始数据被释放或移动，string_view 就立刻失效。
- 别把局部
std::array<char, 32>的data()存进返回的string_view - 别把
std::vector<char>::data()给string_view后又调用push_back（可能 realloc） - 函数返回
string_view时，必须确保它指向的数据来自静态存储、全局对象、或调用方传入且生命周期足够长的参数（比如返回参数的子串）
真正安全的返回模式极少，多数时候该返回 std::string 或用输出参数。把 string_view 当“只读切片工具”，而不是“轻量字符串替代品”，边界就清楚了。
