优先使用std::string_view处理只读字符串，因其零拷贝、高性能且兼容多种字符串类型；当需依赖std::string成员函数或兼容旧标准时选用const std::string&，关键在于确保string_view所指数据生命周期足够长。
在C++开发中，字符串处理非常频繁，如何高效传递和使用字符串成为性能优化的关键点之一。面对 std::string_view 和 const std::string& 两种常见方式，开发者常纠结于该选哪个。选择的核心在于：是否需要拥有字符串数据、是否会延长生命周期、以及是否追求零拷贝性能。
理解 string_view 的本质
std::string_view 是 C++17 引入的轻量级非拥有式字符串视图，它仅持有字符指针和长度，不管理内存。它像“只读镜头”，可以观察一段字符序列，但不负责这段字符的生存期。
- 开销极小：复制几乎无成本（指针+长度）
- 可接受字符串字面量、std::string、C 风格字符串等
- 不能修改内容，适合只读场景
- 使用者必须确保底层字符数据在其使用期间有效
何时使用 const std::string&
当函数接口明确要求参数是一个持久存在的 std::string 对象，或你需要依赖其成员方法（如 find, substr 返回 std::string），或目标环境不支持 C++17 时，const std::string& 仍是稳妥选择。
- 兼容性好，适用于老标准
- 调用者传入临时 string 对象时安全（引用延长临时对象生命）
- 某些 STL 算法或 API 要求 string 类型
优先选用 string_view 的场景
绝大多数只读字符串参数场景下，std::string_view 更优，特别是你希望避免隐式构造和拷贝时。
立即学习“C++免费学习笔记（深入）”；
- 函数只做检查、查找、解析，不修改也不保存字符串
- 频繁调用的高性能路径，比如日志、序列化、配置解析
- 接受字符串字面量且不想触发 std::string 构造
- 想统一接口，同时支持 std::string 和 char* 输入
例如：
void log(std::string_view msg) {
// 直接读取，无需拷贝
fwrite(msg.data(), 1, msg.size(), stdout);
}这个函数可以直接传 "Hello" 或 std::string{"World"}，都不会产生额外堆分配。
需要注意的风险点
string_view 不拥有数据，因此容易引发悬空引用。
- 不要从局部字符数组创建 string_view 并返回
- 避免保存 string_view 指向可能被释放的字符串
- 若需长期持有，应转换为 std::string
错误示例：
std::string_view get_name() {
std::string temp = "temp";
return std::string_view(temp); // 危险！temp 离开作用域后失效
}基本上就这些。在现代 C++ 中，对于只读字符串参数，优先考虑 std::string_view；只有当你需要依赖 std::string 的完整接口或兼容旧代码时，才使用 const std::string&。关键是理解生命周期责任——谁拥有数据，谁负责维持它的有效性。
