使用std::string当你需要拥有并修改字符串内容，使用std::string_view当你只需读取已有字符串。1. std::string是拥有内存的容器，适合保存和修改字符串数据；2. std::string_view是轻量视图，适用于只读场景，避免拷贝提升效率；3. 函数参数中优先使用std::string_view以支持多种类型传入且不触发内存分配；4. 使用时需确保其所指数据生命周期足够长，避免悬空引用；5. 拼接字符串时应提前预留空间减少扩容次数，避免频繁转换造成深拷贝。掌握两者分工可提升代码性能与安全性。
处理字符串时，C++标准库中的 std::string 和 C++17 引入的 std::string_view 是两个非常关键的工具。它们各有适用场景，合理使用能显著提升代码性能和可维护性。下面是一些实际开发中值得参考的做法。
什么时候用 string，什么时候用 string_view？
简单来说：需要拥有字符串内容时用 string，只需读取不修改时优先用 string_view。
string 是一个拥有内存的容器，适合保存你自己的字符串数据。而 string_view 只是一个轻量级的“视图”，它不复制字符串内容，只是指向已有的字符数组。这使得它在函数参数、临时字符串操作等场景下非常高效。
比如，如果你写一个函数只是查看字符串内容，而不是修改或保存它，那么函数参数应该声明为 std::string_view 而不是 const std::string&。这样可以避免不必要的构造和拷贝。
函数传参：避免多余的拷贝
很多新手习惯把函数参数写成 const std::string&，但其实很多时候这是多此一举。如果函数内部只是读取字符串内容，而不做任何修改，也不保存引用，那完全可以用 std::string_view。
void log_message(std::string_view msg) {
std::cout << msg << std::endl;
}这样做有几个好处：
- 支持从
const char*、std::string、std::string_view等多种类型传入，无需转换。 - 不触发内存分配，效率更高。
- 避免了潜在的临时对象构造开销。
当然，如果你的函数会修改字符串或者保存它的副本，那就还是得用 std::string。
使用 string_view 时注意生命周期问题
虽然 string_view 很轻，但它本身不管理所指字符串的生命周期。这意味着你要确保它指向的数据不会提前释放。
比如下面这段代码就有隐患：
std::string_view get_name() {
std::string name = "temporary";
return name; // 返回的是指向局部变量的视图！
}返回的 string_view 实际上指向了一个已经销毁的局部字符串对象，后续访问是未定义行为。
所以使用 string_view 的时候要注意：
- 不要把它当成“万能适配器”随意保存起来。
- 如果你需要保存字符串内容，请显式转成
std::string。 - 在函数返回值中使用需谨慎，除非你能保证底层字符串的生命周期足够长。
构造和拼接：别轻易触发拷贝
当你频繁拼接字符串时，最好提前估算容量，减少动态扩容次数。例如：
std::string result; result.reserve(1024); // 提前预留空间 result += "header"; result += data; result += "footer";
而如果你只是想查看拼接后的效果，不需要真正构造完整字符串，可以用多个 string_view 拼接成一个逻辑整体（虽然标准库没有直接支持，但可以通过封装实现）。
另外，避免将 string_view 随意转换为 string，尤其是在循环或高频调用中。转换意味着一次深拷贝，频繁执行会影响性能。
基本上就这些。掌握好 string 和 string_view 的分工，能让你写出更高效、更安全的字符串处理代码。
