substr取子串需手动校验pos和len，否则易越界崩溃；C++20起抛std::out_of_range异常，但C++17及更早版本无保护机制。
string::substr 怎么取子串才不会越界崩溃
越界访问是 substr 最常踩的坑——它不检查起始位置是否超出字符串长度，也不校验长度参数是否过大，直接触发未定义行为（常见表现：程序闪退或输出乱码）。C++20 起虽加了 std::out_of_range 抛出，但多数项目仍用 C++17 或更早标准。
- 调用前手动判断：
if (pos ，注意是 <code> 而非 <code>，因为 <code>pos == s.length()是合法的（返回空串） - 避免硬写数字下标，优先用
s.find("xxx")获取pos，并检查返回值是否为std::string::npos - 长度参数
len超过剩余字符数时，substr会自动截断到末尾，这点可以利用，但别依赖它掩盖逻辑错误
string::find 和 string::rfind 返回值怎么安全使用
find 系列函数找不到时返回 std::string::npos，而它本质是 size_t 类型的最大值（通常是 18446744073709551615），一旦和有符号整数混用（比如 int i = s.find("a"); if (i != -1)），就会因类型提升导致恒为真或恒为假。
- 永远用
std::string::npos比较，不要写-1或0 - 慎用
rfind查找单字符：它从后往前找，但返回的是最靠右的匹配位置，不是“最后一次出现”的语义——如果字符串是"ababa"，s.rfind('a')返回4，不是2 - 若需区分“没找到”和“在开头找到”，注意
find在位置0找到也算成功，返回值是0，不是npos
string::c_str() 的生命周期陷阱
c_str() 返回的 const char* 指针只在当前 std::string 对象未被修改、未析构的前提下有效。一旦 string 变长（如 +=）、变短（如 clear()）、或离开作用域，指针立刻失效，解引用就是野指针。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不要把
c_str()结果存成裸指针长期持有，尤其别传给需要长期保存 C 字符串的 C API（如pthread_setname_np） - 临时传递给函数没问题，例如
printf("%s", s.c_str());或open(s.c_str(), O_RDONLY) - 若必须持久化，用
std::string自己存，或显式拷贝：std::vector<char> buf(s.begin(), s.end()); buf.push_back('\0');</char>
string::append vs +=：性能与可读性怎么权衡
两者语义等价，但编译器优化程度不同：+= 更轻量，适合单次追加；append 提供更多重载（如指定子串、重复字符、迭代器范围），可读性更强，但某些老编译器对 append(const char*, size_t) 的内联不如 += 彻底。
立即学习“C++免费学习笔记（深入）”；
- 拼接字面量或短字符串，用
+=更自然：s += "hello"; - 从另一 string 的某段追加，用
append更清晰：s.append(other, pos, len); - 大量循环拼接时，先
reserve()预分配空间，否则+=或append都可能反复 realloc，拖慢性能
所有这些方法都依赖 string 内部缓冲区管理，真正容易被忽略的是：当 string 来自 std::move 后的右值，或由 std::string_view 构造而来时，其容量和内存布局可能和常规 string 不同，这时候 capacity() 和 data() 的行为要格外验证。
