std::string::find 返回 std::string::npos（无符号最大值），而非-1；应使用auto或size_type接收并用!= npos判断是否找到，避免符号截断、误判位置0及substr越界异常。
find 返回 -1 还是 npos？别用 int 接收返回值
std::string::find 从不返回 -1，它返回的是 size_type 类型（通常是 std::size_t），而 std::string::npos 是该类型的最大值（如 static_cast<:string::size_type>(-1)）。用 int 或 long 接收返回值，可能导致符号截断或比较失效：
- 若写
int pos = s.find("x"); if (pos == -1) {...}，当实际返回npos（比如0xFFFFFFFF）时，在有符号 int 中可能被解释为 -1 —— 看似“碰巧”成立，但这是未定义行为依赖实现，且在 64 位系统上极易出错 - 正确做法永远是：用
std::string::size_type或直接用auto，并和std::string::npos比较
示例：
std::string s = "hello";
auto pos = s.find('z'); // 推荐：auto 自动推导为 size_type
if (pos == std::string::npos) {
// 找不到
}
npos 不是“负数”，而是无符号类型的最大值
std::string::npos 的本质是 static_cast<:string::size_type>(-1)，由于 size_type 是无符号整型，-1 会按模运算转为全 1 的位模式（如 0xFFFF'FFFF 或 0xFFFF'FFFF'FFFF'FFFF）。这意味着：
- 它不能参与有符号算术（如
pos + 1在npos时会回绕成 0） - 它和
-1在数值上“相等”仅限于无符号上下文；一旦你把它赋给int再比较== -1，就进入了实现定义行为 - 不同标准库实现中，
npos值相同（都是size_type最大值），但打印出来可能是 4294967295 或 18446744073709551615，取决于平台字长
find 找到开头/结尾时的返回值容易误判边界
初学者常以为 “没找到才等于 npos”，但忽略 find 在位置 0 找到时返回的是 0 —— 它既不是 npos，也不代表“失败”。常见误写：
立即学习“C++免费学习笔记（深入）”；
-
if (!s.find("a"))：当子串在索引 0 处时结果为true，但实际是“找到了”，逻辑反了 -
if (s.find("a") != 0)：这判断的是“不在开头”，不是“是否找到”
正确判断是否找到，只有一种方式：
if (s.find("a") != std::string::npos) {
// 确实存在，位置在 s.find("a")
}
substr 配合 find 使用时，npos 传入会触发异常
std::string::substr 的第一个参数是起始位置，类型为 size_type；若你把 npos 直接传进去（比如 s.substr(s.find("x"))），它不会“静默失败”，而是抛出 std::out_of_range 异常 —— 因为 npos 远大于字符串长度。
- 安全写法必须先检查：
auto pos = s.find("x"); if (pos != std::string::npos) s.substr(pos); - 注意：
substr(npos)和substr(len+1)效果一致，都越界；npos在这里不是“特殊标记”，就是个极大数 - 某些老代码用
if (pos >= 0)判断，不仅类型错误，还会掩盖编译警告（如 clang 的 -Wsign-compare）
最稳妥的习惯：所有对 find 结果的使用，都以 != npos 为前提，不假设它“像 -1 一样安全”。
