C风格字符串越界崩溃因裸指针无边界检查，std::string的[]同样不检查，仅at()抛异常；c_str()返回指针有生命周期限制，SSO阈值因实现而异且非线程安全。
C 风格字符串为什么一越界就崩，而 std::string 看似安全？
因为 C 风格字符串本质是裸指针 + 手动管理内存，std::string 是封装了容量、长度、自动扩容和边界检查（部分实现）的类。但注意：std::string::operator[] 不做越界检查，和数组一样会崩；真正带检查的是 at()。
-
char s[5] = "abcd"：写s[5] = 'x'是未定义行为，编译器不拦，运行时可能段错误或静默改掉隔壁变量 -
std::string s = "abcd"：用s[5]同样 UB；必须写s.at(5)才抛std::out_of_range - 很多老代码用
strlen(s)遍历 C 字符串，一旦s没以'\0'结尾，就会一路扫到内存乱码甚至崩溃
std::string 的 c_str() 和 data() 到底能不能当 C 字符串用？
能，但有生命周期陷阱——返回的指针只在 std::string 对象**未被修改且未析构前有效**。一旦 string 被 push_back、+=、clear() 或离开作用域，指针立刻悬空。
-
c_str()保证末尾有'\0'，适合传给printf、fopen、strcmp等 C 函数 -
data()在 C++11 中不保证结尾'\0'；C++17 起语义等价于c_str()，但为兼容旧代码，仍建议对 C 接口优先用c_str() - 常见错误：把
c_str()结果存成const char*变量，然后继续改原 string —— 此时指针已失效
拼接字符串时，+、+=、append() 性能差多少？
差别主要在临时对象和内存重分配次数。+= 和 append() 是就地操作，通常比 + 更快；但若提前知道最终长度，reserve() 才是关键优化点。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
s = s + "a" + "b"：产生多个临时std::string，每次+都可能触发一次内存分配 -
s += "a"; s += "b"：复用原有缓冲区，只要容量够，零分配 -
s.append("a").append("b")：和+=行为一致，返回引用，支持链式调用 - 如果要拼 10 个片段，先
s.reserve(s.length() + total_extra_len)，再逐个+=，可避免多次扩容
从 C 字符串转 std::string 时，要不要手动算长度？
绝大多数情况不用。构造函数和赋值操作符会自动调用 strlen（对 C 字符串），但如果你已经知道长度，显式传入更高效，尤其对二进制数据或含 '\0' 的字符串。
立即学习“C++免费学习笔记（深入）”；
-
std::string s(p_cstr)：安全，但会遍历到第一个'\0'，遇到中间'\0'就截断 -
std::string s(p_cstr, len)：按指定长度拷贝，不依赖'\0'，适合处理含 '\0' 的协议数据或内存块 - 从
std::vector<char></char>构造：直接用迭代器区间，std::string(v.begin(), v.end())，比先转 C 字符串再构造更干净
最常被忽略的一点：std::string 的小字符串优化（SSO）让短字符串不堆分配，但具体阈值因标准库实现而异（libc++ 通常是 22 字节，MSVC 是 15），别硬编码假设；也别在多线程里共享非 const 的 std::string 对象——它不是线程安全的。
