17370845950

优先用 std::string_view：只读、不存储、不依赖空终止；必须用 const std::string&：需c_str()长期有效、访问capacity()/data()、或需延长生命周期。

选 std::string_view 还是 const std::string&，关键看函数是否需要“拥有”字符串内容、是否可能接收字面量或 C 风格字符串、以及是否要支持空终止语义。

优先用 std::string_view 的场景

当函数只读取字符串内容、不存储、不延长生命周期、也不依赖空字符结尾时，string_view 更轻量、更通用：

• 避免不必要的构造和内存分配（比如传入 "hello" 字面量时，const string& 会隐式构造临时 string）
• 能直接接受 char*、std::string、字面量、std::array 等多种来源，无需转换
• 参数本身不参与所有权管理，语义更清晰（“我只看，不拿”）

必须用 const std::string& 的情况

当函数内部需要依赖 std::string 特有行为时，不能退化为 string_view：

• 调用 .c_str() 并要求返回值长期有效（string_view 不保证底层以 \0 结尾，且无自有存储）
• 需要访问 .capacity()、.data()（非空终止版）、或依赖小字符串优化（SSO）的内部布局
• 函数要保存该引用用于后续异步/延迟使用（string_view 不延长所指对象生命周期，容易悬垂）

一个实用判断口诀

“只读、不存、不依赖\0 → 用 string_view；要 c_str、要持久、要 string 特性 → 用 const string&”

例如日志函数、路径拼接、子串查找等纯观察操作，基本都适合 string_view；而像文件打开接口（需传给 C API，依赖 c_str()）、或配置解析器（缓存 key 的 string 对象），则更适合 const string&。

基本上就这些。不复杂但容易忽略：别为了“统一”强行用一种类型覆盖所有场景，按实际需求选最贴切的那个。