std::string不能直接用未初始化char[]赋值以防越界；substr需检查find返回值避免npos导致溢出；append与+=性能相近但reserve可优化拼接；判等优先用==而非compare()防逻辑错误。
std::string 构造和初始化为什么不能直接用 char[] 赋值？
因为 std::string 不接受 C 风格字符串字面量的隐式转换，更不支持 = 直接赋值给未声明类型的变量。常见错误是写成 std::string s = "hello"; 看似能过，但若写成 s = "world"; 在某些老编译器或严格模式下会触发隐式构造开销警告；更危险的是 char buf[10]; std::string s = buf; —— 这里 buf 未初始化，std::string 会一直读到随机内存里的 \0，导致越界或崩溃。
推荐做法：
- 用双引号字面量初始化：
std::string s = "hello";（调用std::string(const char*)构造函数） - 从已知长度的
char*构造：std::string s(buf, len);，避免依赖结尾\0 - 需要兼容 C 接口时，用
s.c_str()获取只读指针，别存它的地址作长期引用
substr() 和 find() 组合使用时索引越界怎么防？
substr() 第二个参数是长度，不是结束位置；find() 找不到返回 std::string::npos（通常是 -1 的无符号等价），这两者混用极易出错。比如 s.substr(pos, s.find(" ", pos) - pos)，若空格不存在，find() 返回 npos，减法变成极大正数，substr() 抛 std::out_of_range。
安全写法：
立即学习“C++免费学习笔记（深入）”；
- 先检查
find()结果：size_t pos = s.find(" "); if (pos != std::string::npos) { ... } -
substr()只传起始位置，省略长度参数让它自动截到末尾：s.substr(pos) - 取子串长度用
std::min()限定：s.substr(pos, std::min(len, s.size() - pos))
operator+= 和 append() 性能差多少？
两者语义几乎一致，但 append() 是明确的“追加”意图，而 += 是运算符重载，部分旧标准库实现里 += 可能多一次临时对象构造。实际现代编译器（GCC 9+、Clang 10+、MSVC 2019+）基本都做了优化，汇编层面没区别。
真正影响性能的是容量管理：
- 反复
+=小字符串（如循环拼接）可能触发多次realloc，建议提前reserve() -
append(const char*, size_t)比+= std::string少一次构造，适合已知长度的 C 字符串追加 - 不要用
+=拼接单字符：s += 'c';没问题，但s += "c";会构造临时std::string，不如push_back('c')
compare() 和 == 判等有什么隐藏差异？
== 是最常用也最安全的判等方式，它调用 compare() 内部逻辑并返回布尔值。而直接调用 compare() 返回的是整型：0 表示相等，负数表示左小，正数表示左大——这个设计是为了兼容 C 风格排序接口（如 qsort），但日常判等完全没必要绕这一圈。
容易踩的坑：
-
if (s.compare(t))意图是“不等”，但实际是“非零即真”，结果和!=相反，逻辑翻车 -
compare()支持子串比较：s.compare(pos1, n1, t, pos2, n2)，但可读性差，易错，优先考虑s.substr(...).compare(...)或分步判断 - 涉及大小写忽略比较时，
==不支持，必须手写或用std::equal+std::tolower，别指望compare()自带
字符串比较这事，只要没特殊排序需求，就老实用 == 和 !=。复杂逻辑藏在 compare() 里的细节，多数时候只是增加出错概率。
