优先用 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 不保证底层以 结尾，且无自有存储） 需要访问 .capacity()、.data()（非空终止版）、或依赖小字符串优化（SSO）的内部布局 函数要保存该引用用于后续异步/延迟使用（string_view 不延长所指对象生命周期，容易悬垂）
一个实用判断口诀
“只读、不存、不依赖 → 用 string_view；要 c_str、要持久、要 string 特性 → 用 const string&”
立即学习“C++免费学习笔记（深入）”；
例如日志函数、路径拼接、子串查找等纯观察操作，基本都适合 string_view；而像文件打开接口（需传给 C API，依赖 c_str()）、或配置解析器（缓存 key 的 string 对象），则更适合 const string&。
基本上就这些。不复杂但容易忽略：别为了“统一”强行用一种类型覆盖所有场景，按实际需求选最贴切的那个。
以上就是c++++中的std::string_view和const std::string&怎么选_c++字符串参数传递【性能】的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1489508.html
微信扫一扫 
支付宝扫一扫 
