string::find 找不到目标时返回 string::npos，即 size_t 类型的最大值（如 18446744073709551615），而非 -1；直接与 -1 比较会导致隐式类型转换错误。
string::find 查不到字符时返回什么
string::find 找不到目标时返回 string::npos，它不是 -1，而是一个无符号整数（通常是 size_t 类型的最大值），比如 18446744073709551615。直接和 -1 比较会触发隐式类型转换，导致逻辑错误。
- ✅ 正确写法：
if (s.find('x') == string::npos) - ❌ 危险写法：
if (s.find('x') == -1)—— 编译可能不报错，但永远为 false - ⚠️ 注意：
string::npos是静态常量，属于std::string，不能写成npos或std::npos
find 重载版本怎么选：char / string / substring 起始位置
常用重载有四个，关键区别在参数类型和搜索起点：
-
s.find(c)：查单个char，从开头找 -
s.find(str)：查子串string或 C 风格字符串（const char*） -
s.find(c, pos)：从下标pos开始查单个字符（pos超出长度会自动截断为s.length()） -
s.find(str, pos)：从pos开始查子串，最常用也最容易误用
例如：s.find("ab", 3) 表示跳过前 3 个字符，在索引 3 及之后查找 "ab"；若 pos == s.length()，则返回 npos；若 pos > s.length()，行为未定义（多数实现会抛异常或静默截断）。
为什么 find 性能不如手写循环？什么时候该换方案
string::find 是通用接口，内部做边界检查、长度比对、可能还有 SIMD 优化，但对简单场景（如只查一个字符是否出现）反而有额外开销。
立即学习“C++免费学习笔记（深入）”；
- 查单字符是否存在 → 用
std::find(s.begin(), s.end(), c) != s.end()更轻量（尤其短字符串） - 频繁查同一字符 → 提前建
std::unordered_set<char></char>或布尔数组（256 项）缓存 - 需找所有匹配位置 → 别反复调
find，改用while循环 + 更新pos，避免重复扫描已跳过区域 - 注意：
find不支持正则，要模糊匹配得用std::regex_search（代价高，慎用）
容易忽略的细节：大小写、UTF-8、空字符串
string::find 是纯字节匹配，不做任何编码或语义处理：
- 大小写敏感：查
'A'不会命中'a'，需手动转小写或用std::tolower预处理 - UTF-8 字符串中，一个汉字占 3 字节，
find("好")没问题，但find('好')会编译失败（'好'不是char） - 查空字符串
s.find("")永远返回 0（C++ 标准规定空串在任意位置都“存在”） - 传入空
string对象（string()）作参数，行为定义良好，等价于查空串
真正难的是多字节字符边界处理——find 本身不管这个，得靠外部库（如 ICU）或自己按 UTF-8 规则步进。
