std::string_view是C++17引入的轻量级只读字符串视图，不拥有数据、仅持指针和长度，实现零拷贝；解决const std::string&参数导致隐式构造临时对象的开销问题，适用于高频只读多源场景，但需严格保证所指数据生命周期长于视图本身。
std::string_view 是 C++17 引入的轻量级、只读的字符串“视图”，它不拥有字符串数据，只是引用已存在的字符序列（比如 const char*、std::string、字面量等），避免不必要的内存分配和拷贝——也就是常说的“零拷贝”。
解决什么问题？
传统上，函数接收字符串常写作 const std::string&，看似高效，但调用时若传入 C 风格字符串（如 "hello"）或字符数组，编译器会隐式构造一个临时 std::string，触发堆内存分配和复制——哪怕你只读前几个字符。
std::string_view 消除了这种隐式开销：它用两个字段（指针 + 长度）描述一段内存，构造几乎无成本，且能统一处理多种来源：
- C 字符串字面量：
"abc" - std::string 对象：
s - 字符数组：
char buf[10] - std::vector
的 data()（需确保以 '\0' 结尾或手动指定长度）
核心特性与使用要点
它不是容器，不可修改内容，也不管理生命周期。你必须确保它所指向的原始数据在 string_view 生存期内有效，否则就是悬空视图（dangling view）——这是最常见的误用点。
常用操作包括：
-
.data()和.size()获取底层指针和长度 -
.substr(pos, len)返回子视图（仍不拷贝） -
.find(), .starts_with(), .ends_with()等查找/匹配函数（C++20 增强） - 可隐式转换为
std::string（但此时会拷贝，仅在必要时显式调用）
典型应用场景
适合所有“只读 + 高频 + 多源”的字符串参数场景：
- 函数参数：把
void f(const std::string& s)升级为void f(std::string_view s)，兼容性更好、性能更稳 - 解析器/Tokenizer：切分日志、配置、JSON 片段时反复取子串，全用视图避免反复 new/delete
- 哈希计算：传入视图直接遍历字节，不构造中间 string
- 模板泛型接口：配合
std::is_convertible_v写更灵活的字符串接受逻辑
注意事项与陷阱
string_view 不以 '
string_view 不以 '\0' 结尾（它只认 size，不管结尾有没有 null），所以不能直接传给 C 函数如 printf("%s", sv.data())
——除非你确定它以 '\0' 结尾且 size 包含它。
printf("%s", sv.data())——除非你确定它以 'string_view 不以 '\0' 结尾（它只认 size，不管结尾有没有 null），所以不能直接传给 C 函数如 printf("%s", sv.data())——除非你确定它以 '\0' 结尾且 size 包含它。
它没有 .c_str() 成员（因为不保证 null 终止），需要 null 终止时应显式构造 std::string(sv) 或手动加 '\0'（注意越界风险）。
不要返回局部字符串的 string_view，例如：
❌ 错误示例：std::string_view bad() { std::string s = "hello"; return s; } → s 析构后视图悬空
返回字面量、静态存储期字符串，或由调用方传入并保证生命周期足够长的数据。
基本上就这些。用好 string_view 不复杂但容易忽略生命周期，它是 C++17 向“零成本抽象”迈出的实在一步。
