std::string::find 返回 size_t 类型，永不返回负数，未找到时返回 std::string::npos（即该类型最大值），应使用 == std::string::npos 判断失败，禁用 == -1 或 == s.size()。
find 返回值是 size_t 类型，不是 int
std::string::find 返回的是 size_t（无符号整数类型），不是 int 或 ssize_t。这意味着它**永远不会返回负数**，哪怕没找到——此时它返回的是 std::string::npos，其值为 static_cast，即该类型能表示的最大值（如 64 位平台通常是 18446744073709551615）。
常见错误是写成：
if (s.find("abc") == -1) { ... }这会触发隐式转换：-1 被转成 size_t，结果恒等于 npos，但语义模糊且依赖类型转换，可读性差、易被误读。
- 永远用
== std::string::npos判断“未找到”，不要用== -1或 - 如果存到变量里，别用
int pos接收，否则在 64 位系统上可能截断（size_t是 64 位，int通常 32 位） - 推荐声明为
std::string::size_type pos = s.find(...)或直接用auto pos = s.find(...)
npos 不是宏，是静态常量成员
std::string::npos 是 std::string 类定义的 static constexpr size_type 成员，不是预处理器宏（如 NULL 或 EOF）。它在所有标准容器中语义一致：basic_string::npos、std::vector::npos（不存在）、但 std::string_view::npos 也存在且同义。
这意味着你不能在预编译条件中用它（比如 #if std::string::npos == -1 会报错），也不能取地址（它是字面量常量，非对象）。
立即学习“C++免费学习笔记（深入）”；
- 它的值保证是 “超出任何合法索引的最大值”，所以
pos == npos比pos >= s.size()更安全（后者对空串或越界访问不严谨） - 所有基于
size_t的查找函数（rfind、find_first_of、find_if等）都用npos表示失败 - 注意：C 风格字符串函数（如
strchr）返回char*，失败返回nullptr，和npos完全无关
判断条件必须用 ==，不能用
因为 npos 是最大值，任何合法索引（0 到 s.size()-1）都严格小于它。所以 pos 看似“成立”，但这是靠最大值特性硬凑的，语义不清，且一旦未来标准修改（理论上不可能，但逻辑上不健壮），就失效。
更危险的是 pos —— 这永远为真，导致判断逻辑彻底失效。
- 只用
pos == std::string::npos表达“未找到” - 只用
pos != std::string::npos表达“找到了” - 不要写
if (pos >= 0)（size_t无负值，此条件恒真） - 避免混合有符号/无符号比较，例如
if (pos != -1)会警告且行为依赖转换规则
find 查找失败时不会抛异常，但越界使用 pos 会 UB
find 本身很安全：查不到就返 npos，不抛异常、不中断、不打印日志。问题出在后续怎么用这个返回值。
典型错误是直接拿 npos 当下标用：
auto pos = s.find("x"); char c = s[pos]; // UB！npos 是极大值，远超 s.size()这会导致越界读，行为未定义（可能崩溃、返回垃圾值、或看似正常但埋雷）。
- 每次用
pos做索引前，必须先确认pos != npos - 若需默认值，建议显式处理：
auto pos = s.find("x"); if (pos != s.npos) { use(s[pos]); } else { use(default_char); } - 注意：
s.substr(pos)对pos == npos的行为是未定义；而s.substr(pos, 1)同样危险——必须检查
size_t 最大值这一事实，会让很多“看起来合理”的比较（比如 == npos 这一种形式，最省心。 
