C++如何实现不区分大小写的字符串比较 _ stricmp与自定义比较【干货】-C++-PHP中文网

\_stricmp是windows下快速不区分大小写比较的便捷方案，但仅限ascii、不支持utf-8、非标准c++且易因nullptr或locale问题崩溃；跨平台应使用带locale的std::equal或icu等unicode库。

c++如何实现不区分大小写的字符串比较 _ stricmp与自定义比较【干货】

用 `_stricmp` 做 Windows 下快速不区分大小写比较

Windows 平台直接调 _stricmp 是最省事的方案，它等价于 POSIX 的 strcasecmp，但注意不是标准 C++ 函数，跨平台会报错。

常见错误是传入 nullptr 或未终止的字符串，_stricmp 会崩溃；另外它只对 ASCII 字符可靠，遇到 UTF-8 字节序列（比如中文或带重音的拉丁字母）会按字节逐个比，结果不可靠。

使用时只需：

int result = _stricmp("Hello", "HELLO"); // 返回 0 表示相等
if (result == 0) { /* 匹配 */ }

仅限 MSVC/MinGW 编译器，GCC/Clang 在 Windows 上需定义 _CRT_NONSTDC_NO_DEPRECATE 才能启用
不能用于 std::string 对象，得先调 c_str()
对含非 ASCII 字符的字符串（如 "café" vs "CAFÉ"）不保证正确，因为大小写映射依赖 locale，而 _stricmp 默认用 "C" locale

用 `std::equal` + `std::tolower` 实现可移植自定义比较

标准 C++ 推荐方式：把两个字符串转成小写再逐字符比，或用 std::equal 配合自定义谓词。关键是必须指定 locale，否则 std::tolower(int, locale) 对非 ASCII 字符行为未定义。

典型坑点：直接用 std::tolower(char)（无 locale 版本）会导致符号扩展问题——当 char 是 signed 且值 >127 时，传给 int 会变成负数，std::tolower 不接受负输入，返回未定义值。

安全写法：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

bool iequals(const std::string& a, const std::string& b) {
    if (a.size() != b.size()) return false;
    auto loc = std::locale(""); // 使用系统当前 locale
    return std::equal(a.begin(), a.end(), b.begin(),
        [&loc](char x, char y) {
            return std::tolower(static_cast<unsigned char>(x), loc) ==
                   std::tolower(static_cast<unsigned char>(y), loc);
        });
}</unsigned></unsigned>

必须用 static_cast<unsigned char></unsigned> 防止符号扩展
std::locale("") 在 Linux/macOS 通常生效，在 Windows 可能 fallback 到 "C"，建议显式传 std::locale("en_US.UTF-8")（如果系统支持）
性能比 _stricmp 略低，因每次调用都查 locale 表；若频繁调用，可提前缓存 std::ctype<char>&</char>

处理 UTF-8 字符串时不要硬套 ASCII 方法

如果你的字符串实际是 UTF-8 编码（比如从文件、网络或现代编辑器读入），_stricmp 和基于 char 的 std::tolower 都会出错——它们把多字节 UTF-8 当作独立字节处理，可能拆开一个汉字或重音字母，导致越界或乱码比较。

此时没有标准库捷径，必须先做 Unicode 正规化（NFC），再转小写，再比较。轻量级方案是用 utf8cpp 库或 ICU：

// 示例：用 utf8cpp + ICU 风格逻辑（伪代码）
std::string normalized_a = utf8_normalize_nfc(a);
std::string lower_a = utf8_to_lower(normalized_a);
// ……同理处理 b，再用 == 比较

别自己写 UTF-8 解码循环——边界条件极难覆盖（如代理对、组合字符、ZWNJ 等）
即使只处理西欧语言，"ß"（德语）小写就是它自己，但大写是 "SS"，ASCII 方法完全无法处理这种 1:2 映射
若项目已用 Qt，直接上 QString::compare(..., Qt::CaseInsensitive)，它内部做了完整 Unicode 处理

什么时候该用 `std::lexicographical_compare` 而不是 `==`

不区分大小写的“相等”只是需求之一；更多场景要的是排序或查找（比如 std::map<:string t iless></:string>），这时需要严格弱序，不能只写个相等判断。

std::lexicographical_compare 是正确选择，但它不像 == 那样有隐式转换，必须手动控制两个字符串的迭代器长度和比较逻辑：

struct iless {
    bool operator()(const std::string& a, const std::string& b) const {
        return std::lexicographical_compare(
            a.begin(), a.end(), b.begin(), b.end(),
            [](char x, char y) {
                auto loc = std::locale("");
                return std::tolower(static_cast<unsigned char>(x), loc) (y), loc);
            }
        );
    }
};</unsigned>