最直接高效的方式是用 std::string::find 判断子串存在性，正确写法为 s.find("sub") != std::string::npos；注意 npos 是无符号最大值，非 -1，且空串返回 0，大小写敏感，UTF-8 下按字节匹配。
用 std::string::find 判断子串存在性最直接
别写循环手动比对，std::string::find 是标准且高效的方式。它返回子串首次出现的索引位置，没找到时返回 std::string::npos —— 这是个无符号整数最大值（通常是 size_t(-1)），不是 -1。
常见错误是写成 if (s.find("abc") != -1)，这会触发隐式类型转换警告甚至逻辑错误，因为 -1 被转成极大的无符号数，永远不等于 npos。
正确写法：
std::string s = "hello world";
if (s.find("world") != std::string::npos) {
// 找到了
}- 只关心“是否存在”，用
find就够了；不需要位置信息时，别用find_first_of或find_last_of，它们语义不同 -
find区分大小写；如需忽略大小写，得先转小写或手写比较逻辑 - C++20 起可考虑
std::string_view+std::search避免临时字符串构造，但日常场景没必要过度优化
用 std::string_view::find 避免拷贝（C++17+）
如果源字符串已是 std::string_view，或你能控制输入为只读视图（比如函数参数），优先用 std::string_view::find。它不涉及内存分配，也不复制底层数据，适合高频调用或嵌入式等敏感场景。
立即学习“C++免费学习笔记（深入）”；
注意：不能对纯字面量字符串（如 "abc"）直接调用 find，得先包成 std::string_view：
std::string_view sv = "hello world";
if (sv.find("ello") != std::string_view::npos) { /* ... */ }-
std::string_view构造开销极小，但要求传入的 C 字符串生命周期长于 view 本身 - 和
std::string::find行为完全一致，返回类型也是size_t，比较方式相同 - 若原始数据是
const char*且长度已知，用std::string_view(p, len)比转std::string更轻量
避免误用 std::search 或正则做简单判断
有人看到“查找”就想到 std::search（需传迭代器范围）或 std::regex_search，但这属于杀鸡用牛刀。前者要写一堆模板参数，后者启动慢、编译慢、还可能抛异常。
典型反模式：
// ❌ 不必要地复杂
auto it = std::search(s.begin(), s.end(), pattern.begin(), pattern.end());
if (it != s.end()) { ... }
<p>// ❌ 正则用于字面子串匹配，性能差且易出错
std::regex r("world");
if (std::regex_search(s, r)) { ... }-
std::search适合自定义比较谓词（比如忽略大小写或模糊匹配），普通子串不用它 -
std::regex_search的构造开销大，重复使用应缓存std::regex对象，但即便如此，也比find慢一个数量级以上 - 第三方库如
absl::StrContains或boost::algorithm::contains可读性好，但引入依赖前先确认是否真有收益
空子串和边界情况要心里有数
std::string::find("") 总是返回 0，因为空串在任意字符串开头都“存在”。这不是 bug，是标准定义 —— 但如果你的业务逻辑认为“空串不算有效子串”，就得额外判断：
bool contains(const std::string& s, const std::string& sub) {
return !sub.empty() && s.find(sub) != std::string::npos;
}-
s.find(sub)中，若sub为空，行为定义明确（返回 0）；若s为空而sub非空，则返回npos - 跨编码边界（如 UTF-8）时，
find按字节匹配，不是按 Unicode 字符。需要真正语义化匹配时，得用 ICU 或类似库 - 多线程下，只要不同时修改同一
std::string对象，find是线程安全的 —— 它只读
实际项目里，95% 的子串存在性检查用一行 s.find(x) != std::string::npos 就够了。难点往往不在怎么写，而在想清楚：这个“包含”要不要大小写敏感？空串算不算？字符串是不是 UTF-8？这些决定了后续要不要加封装、转小写或换工具链。
