优先用 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<char n></char>等多种来源，无需转换 - 参数本身不参与所有权管理，语义更清晰（“我只看，不拿”）
必须用 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&”
立即学习“C++免费学习笔记（深入）”；
例如日志函数、路径拼接、子串查找等纯观察操作，基本都适合 string_view；而像文件打开接口（需传给 C API，依赖 c_str()）、或配置解析器（缓存 key 的 string 对象），则更适合 const string&。
基本上就这些。不复杂但容易忽略：别为了“统一”强行用一种类型覆盖所有场景，按实际需求选最贴切的那个。
