最可靠方式是用std::transform将待查文本和搜索词均转为小写后再调string::find；需对两字符串都转换，用unsigned char避免负值问题，禁用locale防止跨平台不一致。
用 std::transform 预处理字符串再调 string::find 最可靠
大小写不敏感搜索不能直接靠 string::find，它只做字节匹配。必须先把待查文本和搜索词都转成同一大小写（通常全小写），再用 find。用 std::transform 是最轻量、可控性最强的方式，不用引入额外依赖或正则。
常见错误是只转搜索词不转原文，或者用 toupper/tolower 时没考虑 locale 和非 ASCII 字符（比如中文、德语 ß），导致越界或未定义行为。C++ 标准库的 std::toupper 在默认 C locale 下对非 ASCII 字符返回 EOF，传给 transform 可能崩。
- 始终对两个字符串都做转换：原文副本 + 搜索词副本
- 用
static_cast防止char为负时传入std::tolower出错 - 避免用
std::locale或std::use_facet—— 太重，且跨平台行为不一致 - 如果只是 ASCII 范围（a–z, A–Z），直接减去
'A' - 'a'更快，但可读性差，不推荐除非 hot path
std::string to_lower(const std::string& s) {
std::string out = s;
std::transform(out.begin(), out.end(), out.begin(),
[](unsigned char c) { return std::tolower(c); });
return out;
}
<p>std::string text = "Hello WORLD";
std::string pattern = "world";
if (to_lower(text).find(to_lower(pattern)) != std::string::npos) {
// 找到了
}</p>
Windows 上用 _stricmp 或 _mbsicmp 更快但不跨平台
Windows SDK 提供了原生大小写不敏感比较函数，比自己转小写再 find 少一次内存拷贝，在大文本里性能优势明显。但它们只支持完整字符串比较，不能直接替代 find 的子串定位功能 —— 得配合手动遍历或 std::search 使用。
容易踩的坑是误用 _stricmp 替代子串搜索：它只返回 0/-1/1，不告诉你位置；还有人混用 _mbsicmp 处理 UTF-8 字符串，结果在多字节边界上出错。
-
_stricmp仅适用于纯 ASCII 或代码页兼容字符串（如 Windows-1252） - 若需子串位置，得写个简单循环：
for (size_t i = 0; i ，每轮用_stricmp比较&text[i]和pattern.c_str() - Linux/macOS 没这组函数，用
strcasecmp替代，但注意它不是标准 C++，需#include
用 std::search + 自定义谓词替代 find，避免拷贝
如果原文很大（比如几十 MB 日志），每次 to_lower 都拷贝整段太浪费内存和时间。这时该用 std::search，传一个忽略大小写的二元谓词，直接在原字符串上扫描，零拷贝。
难点在于谓词写法：必须同时处理两端字符的大小写转换，且不能漏掉 unsigned char 转换；另外 std::search 对空 pattern 行为和 find 不一致（前者返回开头，后者返回 npos），要单独判断。
- 谓词签名必须是
bool(char, char)，内部用std::tolower分别转换两个参数 - pattern 为空时，
std::search返回begin()，而业务逻辑可能需要返回npos，得提前检查 - 比
find略慢一点（函数调用开销），但省下的内存拷贝在大文本里远超这点损耗
auto ci_equal = [](char a, char b) {
return std::tolower(static_cast<unsigned char>(a)) ==
std::tolower(static_cast<unsigned char>(b));
};
<p>auto it = std::search(text.begin(), text.end(),
pattern.begin(), pattern.end(), ci_equal);
if (it != text.end()) {
size_t pos = it - text.begin(); // 找到位置
}</p></unsigned></unsigned>
正则表达式（std::regex）能做但真没必要
std::regex 支持 std::regex_constants::icase 标志，一行就能搞定大小写不敏感搜索，看起来很美。但实际中几乎不该用：编译慢、运行慢、异常多、跨平台行为差异大（尤其 MSVC 的 std::regex 实现长期有 bug），而且只为找一个固定子串引入正则引擎是过度设计。
典型翻车现场：在嵌入式或性能敏感场景下，std::regex 构造耗时几百微秒，而 transform + find 才几微秒；还有人用 regex_search 却忘了捕获组，结果永远拿不到位置。
- 仅当你要搜的是带通配符的模式（如
"file_\d+\.log"）才考虑 regex - 固定字符串搜索，哪怕带点特殊字符（如
"[abc]"），也优先用转义后手写匹配逻辑，而不是喂给 regex - 如果非用不可，确保 pattern 是编译期常量或缓存
std::regex对象，别每次构造
事情说清了就结束。最常被忽略的是：大小写转换前不 cast 到 unsigned char，在含高 ASCII 字符的文本里会触发未定义行为 —— 这个坑没有报错，只有偶发错位或崩溃。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
