std::string_view不拥有数据，仅提供对已有字符串的轻量级引用，构造和复制开销极低；而std::string管理自身内存，涉及分配与拷贝。1. 内存操作：std::string每次创建或赋值可能触发堆分配，std::string_view仅存储指针和长度，无额外开销。2. 参数传递：const std::string&避免拷贝但需类型匹配，std::string_view可零成本绑定字面量、std::string等。3. 子串操作：std::string::substr()返回新对象并可能分配内存，std::string_view::substr()仅生成新视图。4. 安全性：std::string生命周期明确，安全；std::string_view依赖外部数据存活，易悬空。5. 性能对比：处理子串提取和函数调用时，std::string_view显著减少内存分配，适用于解析场景。优先使用std::string_view进行只读操作，配合std::string用于修改和所有权需求，兼顾性能与安全。
在C++17中引入的std::string_view，是对字符串的一种轻量级引用方式。它不拥有字符串数据，只提供对已有字符串内容的“视图”。相比之下，std::string是拥有并管理其字符数据的动态容器。这种根本区别带来了显著的性能差异。
1. 内存分配与拷贝开销
std::string在创建时通常会进行内存分配，并拷贝传入的字符串内容。这意味着每次构造、赋值或传递字符串时，都可能涉及堆内存操作，带来时间和空间上的开销。
std::string_view不分配内存，也不拷贝数据。它只是保存一个指向原始字符序列的指针和长度。因此构造和复制几乎零成本。
- 传入函数时，
const std::string&避免拷贝但仍有类型匹配问题；std::string_view更通用且无拷贝 - 频繁拼接或子串操作中，
substr()对std::string返回新对象（可能分配），而std::string_view::substr()仅返回另一个视图
2. 函数参数传递效率
使用std::string_view作为函数参数可以大幅提升性能，尤其是在处理字面量或临时字符串时。
立即学习“C++免费学习笔记（深入）”；
void process_string(const std::string& s); // 可能触发隐式构造std::string void process_sv(std::string_view sv); // 零开销绑定到字面量、std::string等
例如：
-
process_string("hello")：需构造临时std::string，包含内存分配和拷贝 -
process_sv("hello")：直接构造string_view，无分配，高效转换
3. 生命周期与安全性
虽然std::string_view性能优越，但它不管理所指向数据的生命周期。如果底层字符串被释放，string_view将悬空，导致未定义行为。
-
std::string自己持有数据，生命周期明确，安全但有代价 -
std::string_view必须确保其所引用的数据在使用期间有效，适合短期使用或内部处理
常见陷阱：
std::string_view bad() {
std::string temp = "temp";
return temp; // 悬空！temp析构后，返回的view指向无效内存
}
4. 实际性能对比示例
假设我们要从长字符串中提取多个子串并传给函数：
- 用
std::string：每次substr都分配内存、拷贝字符，然后传参 - 用
std::string_view：substr只是调整指针和长度，传参同样高效
在解析文本、配置文件或URL时，这种差异尤为明显——string_view可减少90%以上的临时内存分配。
基本上就这些。如果你需要高性能字符串读取、切片、匹配，且能控制数据生命周期，优先使用std::string_view。若需要拥有和修改字符串内容，则仍用std::string。两者互补，合理搭配才能写出高效又安全的代码。
