为何在ft_strncmp函数的返回部分使用unsigned char类型？

我看到两个不同的ft_strncmp代码实现，核心差异在返回值的处理逻辑上：

第一个实现 #

int ft_strncmp(const char *s1, const char *s2, size_t n)
{
    size_t i;

    i = 0;
    if (!n)
        return (0);
    while ((s1[i] == s2[i]) && s1[i] && s2[i] && i < n)
        i++;
    return (s1[i] - s2[i]);
}

第二个实现 #

int ft_strncmp(const char *s1, const char *s2, size_t n)
{
    size_t i;

    i = 0;
    if (!n)
        return (0);
    while ((s1[i] == s2[i]) && s1[i] && s2[i] && i < n)
        i++;
    return (*(unsigned char *)&s1[i] - *(unsigned char *)&s2[i]);
}

（注：原代码中的*(unsigned char *)s1[i]存在语法错误，正确写法应为*(unsigned char *)&s1[i]——需要先取字符的地址，再转换为unsigned char*类型后解引用）

我原本以为这和Unicode字符有关，但有几个疑问：

• 处理非标准ASCII字符（比如'ö'）时，用char类型解析会不会改变其值？
• 这种情况下，返回部分强制转换为unsigned char到底有什么意义？

核心结论：这和Unicode无关，是遵循标准库规范的要求 #

1. char类型的签名不确定性

C标准并未规定char的默认签名属性——它可以是signed char（取值范围-128~127），也可以是unsigned char（取值范围0~255），具体由编译器决定。

以扩展ASCII字符'ö'为例（ISO-8859-1编码为0xF6）：

• 若char为无符号类型，会被解析为十进制246（正常正数）
• 若char为有符号类型，会被解析为十进制-10（0xF6作为有符号数补码的对应值）

2. 直接用char相减的隐患

如果编译器默认将char设为有符号类型，比较扩展ASCII字符时，直接执行s1[i] - s2[i]会得到不符合标准的结果：
比如s1[i]是'ö'（0xF6，有符号char下为-10），s2[i]是'\0'（0），直接相减得到-10 - 0 = -10，但按照strncmp的标准定义，应该将字符当作无符号字节比较，正确结果应为246 - 0 = 246。

3. 强制转换为unsigned char的意义

标准库的strncmp明确要求：必须将字符当作无符号字节进行比较。第二个实现的强制转换就是为了严格遵循这个标准：

• 无论编译器默认的char是有符号还是无符号，强制转成unsigned char后，所有字符都会被解析为0~255的正数
• 这样减法的结果完全符合标准定义的比较逻辑，在不同编译器下都能得到一致的正确结果

关于非标准ASCII字符的解析

用char解析不会改变字节的原始二进制值，但会改变数值的解读方式：
二进制0xF6始终是0xF6，但作为有符号char时是-10，作为无符号char时是246——数值含义的变化会直接影响减法的最终结果。

内容的提问来源于stack exchange，提问作者Hüseyin Ateş