C++字符串方法_string类常用API分类汇总与代码示例-C++-PHP中文网

substr取子串需手动校验pos和len，否则易越界崩溃；c++20起抛std::out_of_range异常，但c++17及更早版本无保护机制。

c++字符串方法_string类常用api分类汇总与代码示例

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++ Code Review Master

组合式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) 的内联不如 += 彻底。

拼接字面量或短字符串，用 += 更自然：s += "hello";
从另一 string 的某段追加，用 append 更清晰：s.append(other, pos, len);
大量循环拼接时，先 reserve() 预分配空间，否则 += 或 append 都可能反复 realloc，拖慢性能

所有这些方法都依赖 string 内部缓冲区管理，真正容易被忽略的是：当 string 来自 std::move 后的右值，或由 std::string_view 构造而来时，其容量和内存布局可能和常规 string 不同，这时候 capacity() 和 data() 的行为要格外验证。