最直接判断子串存在性应使用 std::string::find，正确写法为与 std::string::npos 比较；空串始终匹配位置0；优先用 std::string_view::find 提升性能，避免 strstr 和手写循环。
用 std::string::find 判断子串存在性最直接
别用 std::string::substr 或手写循环——效率低还容易越界。find 是专为此设计的成员函数，返回 size_t 类型的位置索引，找不到时返回 std::string::npos（值为 -1 的无符号整数）。
常见错误是直接比较返回值是否为 -1，但 std::string::npos 是 size_t，和 -1 比较会触发隐式转换，可能掩盖问题。正确写法只和 std::string::npos 比较：
std::string s = "hello world";
if (s.find("world") != std::string::npos) {
// 包含
}
- 区分大小写：默认严格匹配，要忽略大小写需先转小写或用其他方法
- 空字符串：
s.find("")总是返回0（C++ 标准规定空串在任意位置都“存在”） - 性能：平均 O(n+m)，底层通常用 Boyer-Moore 启发式优化，比手动遍历快
用 std::search 配合迭代器做更灵活的查找
当需要自定义匹配逻辑（比如忽略空格、部分字符通配），或操作的是非 std::string 的字符容器（如 std::vector、C 风格数组），std::search 更合适。它接受一对迭代器作为主序列，另一对作为子序列。
std::string s = "abcABCdef";
std::string sub = "abc";
auto it = std::search(s.begin(), s.end(), sub.begin(), sub.end(),
[](char a, char b) { return std::tolower(a) == std::tolower(b); });
if (it != s.end()) {
// 找到了，it 指向匹配起始位置
}
- 必须传入合法迭代器范围，
s.end()不能错写成s.begin() + s.size() + 1 - 自定义谓词里注意字符类型：
char可能是带符号的，传给std::tolower前建议转为unsigned char防止 UB - 不支持重叠匹配（如在
"aaaa"中找"aa"，只返回第一个0，不会返回1或2）
避免用 strstr 在 C++ 项目里混用 C 风格字符串
虽然 strstr 能工作，但它要求输入是 null-terminated C 字符串（const char*），而 std::string 的 c_str() 返回指针虽安全，但容易写出隐患代码：
// 危险示例（不要这样写）
const char* cstr = s.c_str(); // 如果 s 后续被修改，cstr 失效
if (strstr(cstr, "test")) { ... }
-
c_str()返回的指针生命周期绑定到原std::string对象，一旦对象移动、赋值或析构，指针立刻悬空 - 无法处理含
\0的字符串（std::string允许内部有 null，但strstr遇到第一个\0就停） - 类型不安全：传错指针类型编译器不一定报错，运行时才崩
注意 std::string_view 的 find 行为一致但更轻量
C++17 起，如果只是判断存在性且不修改原字符串，优先用 std::string_view 替代 std::string 参数。它的 find 接口和 std::string 完全一致，但零拷贝、无内存分配：
bool contains(std::string_view s, std::string_view sub) {
return s.find(sub) != s.npos; // 注意：用 s.npos，不是 std::string::npos
}
-
string_view::npos和std::string::npos值相同，但类型不同，混用可能引发模板推导失败 - 传入临时
std::string会自动转换为string_view，但要注意其底层数据生命周期必须长于string_view实例 - 不支持修改操作，所以仅适用于只读场景——而这恰恰是“判断是否包含”的典型需求
真正容易被忽略的是空子串行为和跨平台 npos 比较方式；只要坚持用 != npos、避免裸指针、按需选 string_view，就不会掉进隐式转换或悬空指针的坑里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
