<p>std::string_view 能避免拷贝因其仅存储 const char* 指针和 size_t 长度，不拥有数据、不分配内存，仅为已有字符串的只读切片；需确保底层存储生命周期长于其自身。</p>
std::string_view 为什么能避免拷贝
因为 std::string_view 只存两个字段：const char* 指针和 size_t 长度，不拥有数据，也不分配内存。它只是对已有字符串内存的“只读切片”。只要原始字符串生命周期长于 string_view 实例，就不会出问题。
常见误用是把它绑定到临时 std::string 的 c_str() 或直接传入字面量后立即析构：
std::string_view bad() {
return std::string("hello").c_str(); // 悬空指针！
}正确做法是确保底层存储稳定：
- 绑定全局/静态字符串字面量（
"hello"类型是const char[6]，寿命无限） - 绑定已存在的
std::string对象的data()和size() - 作为函数参数接收，由调用方保证实参生命周期足够长
函数参数中用 string_view 替代 const std::string& 的时机
当函数只读取内容、不依赖 std::string 的成员函数（如 find、substr 等），且你希望兼容 C 风格字符串、字面量、std::string、std::array<char, N> 等多种来源时，std::string_view 是更优选择。
立即学习“C++免费学习笔记（深入）”；
例如：
void log_message(std::string_view msg) { /* 只打印或解析 */ }
log_message("error"); // OK，无需构造 string
log_message(std::string("timeout")); // OK，隐式转换
log_message(some_string); // OK
但注意：如果函数内部需要调用 msg.find("://")，没问题；但若需要 msg.append(".log")，就不能用 string_view —— 它没有可变接口。
性能差异在高频调用场景（如解析循环、日志批量写入）中明显：省去每次构造 std::string 的堆分配和 memcpy。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
string_view 的截取和拼接陷阱
std::string_view::substr() 是廉价的 O(1)，只改指针和长度；但 std::string_view 本身不支持拼接（+ 或 append）。试图拼接会触发隐式转 std::string，反而引入拷贝：
std::string_view a = "http://"; std::string_view b = "example.com"; auto url = a.substr(0, 7) + b; // ❌ 编译失败：无 operator+；若强转则失去零拷贝优势
真正零开销的组合方式只有两种：
- 用
std::string_view分别处理各段（比如解析 URL scheme/host/port，各自独立操作） - 仅在必须拼接成新字符串时，才一次性构造
std::string，例如：std::string{a}.append(b)，但这是有意识的拷贝，不是滥用
另外，string_view 不以 \0 结尾，data() 返回的指针不能直接传给 C 函数（如 printf("%s", sv.data()) 可能越界）。安全做法是显式检查或用 std::string(sv).c_str()（代价明确）。
与 std::string 的互操作边界在哪
从 std::string 构造 string_view 是零成本：std::string_view sv{s.data(), s.size()} 或直接 std::string_view{s}（隐式转换）。
反向则一定涉及拷贝：std::string s{sv} 或 sv.to_string()（C++20）—— 这是设计使然，不是缺陷。
关键判断点：
- 如果你正在写一个库函数，且输入可能来自栈数组、字面量、string、甚至 mmap 内存，用
string_view参数最灵活 - 如果你要缓存一段字符串供后续多次修改，必须用
std::string；string_view无法延长底层生命周期 - 调试时打印
string_view要小心：std::cout 是安全的，但 <code>printf("%.*s", int(sv.length()), sv.data())才是跨平台稳妥写法
最易被忽略的一点：string_view 的比较（==、<）是按字节逐个比的，不考虑编码或 locale；如果你的业务逻辑依赖 UTF-8 正规化或大小写折叠，它帮不上忙，该用 ICU 或其他库的地方不能硬套 string_view。
