std::string::npos 是 size_t 类型的最大值，用作查找失败的标志；所有 std::string 查找函数未找到时返回它，判断必须用 == 比较，不可用 -1 或逻辑非。
std::string::npos 是什么
std::string::npos 是一个静态常量，类型为 size_t，值为 static_cast（即该类型能表示的最大无符号整数）。它不是“负一”的有符号含义，而是无符号溢出后的全 1 表示 —— 比如在 64 位系统上通常是 18446744073709551615。
它的设计目的很直接：作为“无效位置”的通用占位符。字符串查找类函数（如 find、rfind、find_first_of 等）在查不到目标时，统一返回 npos，而不是用 -1（那会强制转换成极大正数，语义不清）。
查找失败的标准判断写法
必须用 == 与 npos 比较，不能用 、> 或隐式布尔转换（比如 if (s.find("x"))）—— 因为 npos 是非零值，但它是合法的 size_t，逻辑真值判断会误判成功。
-
正确：
if (s.find("abc") == std::string::npos) -
错误（常见坑）：
if (s.find("abc") == -1)—— 类型不匹配，-1 被转成极大正数再比较，可能碰巧相等但不可靠 -
错误（更隐蔽）：
if (!s.find("abc"))—— 查到位置 0 时表达式为 false，逻辑反转
为什么不能直接写 string::npos 而不加 std::
如果你没写 using namespace std;（推荐不写），就必须带作用域限定符。否则编译器找不到 string::npos —— 因为 string 是 std 内的模板别名（typedef basic_string），其静态成员也属于 std 命名空间。
立即学习“C++免费学习笔记（深入）”；
另外注意：std::string::npos 和 std::wstring::npos 是两个独立常量，类型相同但定义不同；不能混用或假设地址一致。
其他容器或 API 中的类似用法
不少标准库组件沿用了这个约定，比如：
-
std::vector::npos不存在 —— 它没有npos，因为不提供查找接口 -
std::string_view::npos存在，语义和std::string::npos完全一致 -
std::regex_constants::error_type::no_match不叫npos，但功能类似，是正则匹配失败的标识
真正容易忽略的是：npos 的值虽大，但它参与算术运算时会自然溢出 —— 比如 s.find("x") + 1 在失败时变成 npos + 1 == 0，这有时被用来做“查找后移一位”的技巧，但极易引发越界或逻辑翻转，慎用。
