std::string::find 查不到子串时返回 std::string::npos（非0或false），须用 if (pos != std::string::npos) 判断；查找、替换、分割应结合 find 定位，避免硬编码位置或滥用 regex。
std::string::find 查不到子串？检查返回值是不是 std::string::npos
很多新手写 find 后直接拿结果当索引用，结果程序崩溃或逻辑错乱。它查不到时返回的是 std::string::npos（通常是 -1 的无符号等价），不是 0 或 false。
常见错误现象：str.find("x") + 1 在没找到时变成极大正数，后续用作下标就越界；或者用 if (pos) 判断，把位置 0（开头匹配）误判为“没找到”。
- 永远用
if (pos != std::string::npos)判断是否找到 - 想从某位置之后继续找，传入第三个参数：
str.find("ab", start_pos) - 区分大小写：C++ 默认不忽略大小写，要忽略得自己转小写或用
std::search配合std::tolower谓词 -
find是前向搜索，想找最后一次出现用rfind
replace 用错了位置和长度？别硬算，用 find + replace 组合更稳
直接写 str.replace(5, 3, "new") 看似简单，但前提是“第 5 位起长度为 3 的子串确实存在且就是你要换的”。实际中几乎没人能靠肉眼或手动计数保证这点。
使用场景：替换固定内容（如把所有 "old" 换成 "new"），而不是替换某个“大概在中间”的区域。
立即学习“C++免费学习笔记（深入）”；
- 先用
pos = str.find("old")定位，再用str.replace(pos, 3, "new")—— 这样长度来自字面量本身，不易出错 - 要全局替换？不能只调一次
find，得循环：while ((pos = str.find(old_str)) != std::string::npos) { str.replace(pos, old_str.length(), new_str); } - 注意：
replace会改变字符串长度，所以每次替换后要更新查找起点（比如设为pos + new_str.length()），否则可能重复替换或死循环
split 字符串没有内置函数？用 std::stringstream 或 std::getline 更轻量
C++ 标准库真没 split，别翻文档白费时间。有人强行用 std::regex，但小题大做，启动慢、编译慢、还容易写错正则。
适用场景：按单字符分隔（如逗号、空格、制表符），不需要正则逻辑。
- 最常用：用
std::getline配合std::istringstream：std::vector<std::string> parts;<br>std::string token;<br>std::istringstream tokenStream(str);<br>while (std::getline(tokenStream, token, ',')) { parts.push_back(token); } - 分隔符是空格且想自动跳过多余空白？直接用
operator>>：tokenStream >> token，但会丢失空字段 - 要保留空字段（如
"a,,b"分成三段），必须用getline并指定分隔符 - 性能敏感场景（如每秒处理百万行），避免反复构造
std::istringstream，可复用对象或手写基于find的切片逻辑
正则匹配太慢或报错 std::regex_error？先确认编译器是否真支持 std::regex
Clang 和早期 GCC（std::regex 实现有严重 bug 或干脆未完成，连基本的 "a+" 都可能抛 std::regex_error。不是你写错了，是标准库没实现好。
使用场景：需要模糊匹配、捕获组、或复杂模式（如邮箱校验、HTML 标签提取）。
- 先测试：
try { std::regex r("a+"); } catch (const std::regex_error& e) { /* 失败 */ } - 生产环境建议：用
boost::regex或RE2（Google 开源，更快更安全），别赌标准库 - 简单需求（如“是否含数字”“是否以 http 开头”）—— 直接用
find_first_of或substr(0, 4) == "http"，比正则快一个数量级 - 捕获子匹配？
std::smatch配合std::regex_search，但每次匹配都要清空smatch对象，不然残留旧结果
C++ 字符串操作里最容易被忽略的，是所有基于位置的操作（find、replace、substr）都依赖于“当前字符串内容未被意外修改”，而迭代过程中又常因替换导致长度变化。一旦忘了更新查找偏移或检查 npos，bug 就藏得特别深。
