std::string_view 是 C++17 引入的零拷贝只读字符串视图，不拥有数据、仅持指针和长度；适用场景为仅需读取且源生命周期覆盖其使用期，须严防悬垂指针。
std::string_view 是 C++17 引入的轻量级只读字符串引用，它不拥有字符串数据，只持有指向已有字符序列的指针和长度 —— 所以零拷贝、无内存分配、构造开销极小。
什么时候该用 std::string_view 替代 const std::string&
核心判断标准：你只需要「读」字符串内容，且传入的源生命周期能覆盖 string_view 的整个使用期。
- 函数参数：尤其适合高频调用的工具函数（如解析、查找、格式校验），避免为临时
std::string或字面量创建新对象 - 容器视图：比如用
std::vector<:string_view>存储大量日志行或配置键名，避免重复存储相同字符串副本 - 字面量安全：
"hello"可隐式转为string_view，但注意其底层是静态存储，生命周期永久；而std::string{"hello"}.c_str()转成的string_view就是悬垂指针
string_view 的生命周期陷阱怎么避
最大风险不是性能，而是野指针 —— string_view 本身不管理内存，一旦它指向的原始数据被销毁，访问即未定义行为。
- 禁止从局部
std::string返回string_view：auto bad() { std::string s = "hi"; return std::string_view{s}; }→s析构后视图失效 - 禁止用
.c_str()构造长期存活的string_view，除非确认原string生命周期更长 - 跨线程传递时，确保原始缓冲区在线程间共享安全（例如全局常量、堆上长期持有的
std::string） - 调试时可加断言：
assert(!sv.empty() && sv.data() != nullptr);，但不能替代生命周期分析
string_view 和 std::string 混用要注意什么
它们能互相转换，但方向不同，语义差异明显：
立即学习“C++免费学习笔记（深入）”；
-
std::string_view→std::string：显式构造或赋值会触发拷贝，比如std::string{sv}—— 这是你主动选择“付出拷贝代价换所有权” -
std::string→std::string_view：隐式转换允许，但仅当string对象在视图使用期间持续有效 - 比较操作安全：
sv == "abc"、sv == std::string{"abc"}都合法，内部按字符逐个比，不依赖空终止 - 不能直接用
printf等 C 函数：没有c_str()成员，需先转std::string或用sv.data()+sv.size()手动传参（注意非 null-terminated）
真正难的不是怎么写 string_view，而是准确判断“这段字符串的源头在哪、谁负责释放、它能活多久”。很多性能收益，一不小心就变成崩溃或静默错误。
