C语言中unsigned char赋值'à'报错不符合预期，是什么原因？

• 字符编码不匹配是核心诱因：你从法语网站复制的'à'默认采用UTF-8编码，该字符在UTF-8中是占2字节的多字节字符，编码值为0xC3A0，远大于unsigned char的最大取值255。而你预期的133是老旧的CP437（DOS扩展ASCII）或ISO-8859-1字符集中'à'的单字节编码，和当前粘贴得到的UTF-8编码字符完全不对应。
• 不符合C语言窄字符常量规则：C标准中用单引号包裹的普通字符常量属于窄字符常量，要求其值必须可以被char类型完整容纳。你粘贴的多字节'à'对应的值超出了char的取值范围，因此编译器直接抛出字符过大的错误。
• 扩展ASCII没有统一标准：你认知中的133对应'à'的映射关系仅在少数老旧字符集上生效，现在主流操作系统、编译器默认采用的字符集都不存在这一映射，即便是你手动把'à'转成单字节编码，不同环境下输出的结果也可能和预期不符。

• 如果你只是需要得到133的输出，直接给unsigned char赋值数值即可，不需要通过字符常量赋值：

unsigned char uc = 133;
printf("%hhu \n", uc);

• 如果你确实需要使用'à'字符常量，可以给编译器指定匹配的字符集参数，比如使用GCC/Clang编译时添加参数-finput-charset=CP437 -fexec-charset=CP437，同时把源文件保存为CP437编码即可正常编译。
• 如果需要处理多字节字符，建议改用宽字符类型wchar_t和宽字符常量L'à'，配合宽字符输出函数使用。

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