strCmp()实现中使用unsigned char的相关技术疑问

这问题问得太到位了——很多人刚写strcmp实现的时候都会疑惑为什么要多这一步强制转成unsigned char，我来给你把这几个点讲透：

1. 为什么要使用unsigned char？ #

核心原因是字符的取值范围和符号逻辑冲突。C语言里的char如果是有符号类型，取值范围是-128 ~ 127；而无符号char是0 ~ 255。

strcmp的设计逻辑是基于ASCII值的大小比较：s1字符ASCII值大于s2返回正数，小于返回负数，相等返回0。但如果用有符号char处理ASCII值大于127的字符（比如扩展ASCII里的字符，值从128到255），这些值会被解析成负数，直接做减法会得到错误的正负结果，完全违背strcmp的预期。

比如字符0xFF（ASCII值255），如果是有符号char会被当成-1，和0x00（ASCII值0）相减的话，结果是-1 - 0 = -1，这会让strcmp错误地认为0xFF小于0x00，但实际它的ASCII值明明更大。转成unsigned char后，计算就是255 - 0 = 255，返回正数，才符合预期。

2. 不使用unsigned char会在哪些值下出错？ #

举两个典型的错误场景：

• 场景1：s1指向字符0x80（ASCII值128），s2指向0x7F（ASCII值127）。如果char是有符号的，*(char*)s1是-128，减去127得到-255，strcmp返回负数，错误地认为s1小于s2，但实际128>127，应该返回正数。
• 场景2：s1是扩展ASCII字符开头的字符串（比如s1="\xFFabc"），s2是普通ASCII字符串（比如s2="xyz"），第一个字符比较时，有符号char会把0xFF当成-1，减去'x'的ASCII值120，得到-121，返回负数，实际0xFF的ASCII值比120大，应该返回正数。

当然，如果你的场景永远只处理ASCII值0-127的字符，结果看起来是对的，但只要涉及128以上的字符就会出问题——而且你没法保证所有用你代码的人都只处理基础ASCII。

3. char类型默认是有符号还是无符号？ #

这个没有统一答案，完全依赖编译器和目标平台：

• 大多数桌面平台（比如x86的GCC、MSVC）默认char是有符号的；
• 一些嵌入式编译器、PowerPC等平台上，char默认是无符号的。

C语言标准并没有规定char的默认符号属性，所以写代码时绝对不能假设char是有符号或无符号的——这也是strcmp实现里必须显式转成unsigned char的另一个关键原因：保证跨平台行为一致，不管编译器默认char是什么类型，都能正确按ASCII值比较。

最后贴一下你提到的标准实现示例：

int strCmp(const char* s1, const char* s2) {
    while(*s1 && (*s1 == *s2)) {
        s1++;
        s2++;
    }
    return *(const unsigned char*)s1 - *(const unsigned char*)s2;
}

内容的提问来源于stack exchange，提问作者Mohan