string::find 返回 npos 表示未找到，而非 0 或 false；返回类型为 size_t，需与 string::npos 比较；支持多参数重载，pos 为起始索引非长度；空串查找恒返回 0；推荐用 string_view::find 降低开销；C++23 contains 更直观但兼容性受限。
string::find 返回值为 npos 时才表示没找到
很多人误以为 find 返回 0 或 false 表示未匹配，其实它返回的是子串首次出现的索引位置（从 0 开始），找不到时才返回特殊常量 std::string::npos。这个值通常是 -1 的无符号等价形式（即 size_t 类型的最大值），直接跟 0 或 nullptr 比较会出错。
正确写法是：
std::string s = "hello world";
if (s.find("world") != std::string::npos) {
// 找到了
}
-
find不区分大小写 —— 若需忽略大小写，得先转小写或用std::search配合自定义谓词 - 返回类型是
size_t，不能和int混用比较，否则可能触发隐式转换导致逻辑错误 - 若字符串为空（
""），find("")永远返回0—— 空串在任意位置都“存在”
find 有多个重载，注意参数顺序和默认值
std::string::find 最常用的是两个参数版本：find(const std::string& str, size_t pos = 0)。第二个参数 pos 是搜索起始位置，默认从开头开始；但容易被忽略的是：它不是“最多搜多少个字符”，而是“从第几个字符开始搜”。如果传入的 pos 超过原字符串长度，find 直接返回 npos。
常见误用：
立即学习“C++免费学习笔记（深入）”；
s.find("abc", 100); // 若 s.length() < 100，立刻返回 npos，不报错也不警告
- 还有
find(const char*, size_t)、find(char, size_t)等重载，传char*时要注意是否为空指针（find(nullptr)是未定义行为） - 想从末尾往前找？用
rfind，不是find加负数偏移 —— C++ 中没有负索引 - 若只关心是否存在，不关心位置，用
find比substr+==循环高效得多
find 和 std::string_view::find 性能差异明显
在高频查找或大文本场景下，用 std::string_view 替代 std::string 调用 find 可避免不必要的内存拷贝。尤其当源数据本就来自字符串字面量、const char* 或另一段 std::string 的子区间时，string_view 的 find 方法语义一致、开销更低。
例如：
const char* data = "HTTP/1.1 200 OK";
std::string_view sv(data);
if (sv.find("200") != sv.npos) { /* ... */ } // 零拷贝
-
string_view::find返回值同样是size_t，也用npos判定失败，接口高度兼容 - 但
string_view不拥有数据，确保其引用的原始内存生命周期长于string_view对象本身 - VS2019 及更新版本、GCC 7+、Clang 5+ 均完整支持；老编译器可能需手动实现类似逻辑
替代方案：C++23 的 contains 更直观但不可移植
C++23 引入了 std::string::contains 成员函数，语义就是“是否包含子串”，返回 bool，彻底避开 npos 判断陷阱：
if (s.contains("test")) { /* ... */ }
不过目前主流项目仍以 C++17/C++20 为主，盲目启用 contains 容易导致跨团队编译失败。若需兼顾可读性与兼容性，可封装一层：
inline bool contains(const std::string& s, const std::string& sub) {
return s.find(sub) != std::string::npos;
}
-
contains仅对std::string和std::string_view有效，不适用于const char* - 部分 STL 实现（如 libc++）在 C++23 模式下对
contains做了内联优化，性能几乎等同于原生find - 真正容易被忽略的是：即使写了
contains，也要确认构建环境的__cpp_lib_string_contains宏是否已定义
