我最近读到两者之间的区别
char
unsigned char
和
signed char
特定于平台。
我无法完全理解这个？这是否意味着位序列可以从一个平台到下一个平台不同，即平台1 的符号是第一位，平台2 的符号可能在末尾？您将如何对此进行编码？
基本上我的问题来自于看到这一行：
typedef unsigned char byte;
我不明白标牌的相关性？
【问题讨论】：
标签： c++ signedness
假设您的平台有 8 位字节，并假设我们有位模式 10101010。对于signed char，该值为 -86。但是，对于unsigned char，相同的位模式表示 170。我们没有移动任何位；这是相同的位，有两种不同的解释方式。
现在为char。该标准没有说明这两种解释中的哪一种应该是正确的。持有位模式10101010 的char 可能是either -86 或 170。它将是这两个值之一，但您必须了解编译器以及在您可以预测它将是哪个平台之前。一些编译器提供了一个命令行开关来控制它将是哪一个。一些编译器根据它们运行的操作系统有不同的默认值，因此它们可以匹配操作系统约定。
在大多数代码中，这确实无关紧要。出于重载的目的，它们被视为三种不同的类型。指向其中一种类型的指针与指向另一种类型的指针不兼容。尝试使用signed char* 或unsigned char* 调用strlen；它不会工作。
当你想要一个单字节有符号数字类型时使用signed char，当你想要一个单字节无符号数字类型时使用unsigned char。当您想保留字符时，请使用普通的旧 char。这就是程序员在编写您要询问的 typedef 时所想的。 “byte”这个名字没有保存字符数据的含义，而“unsigned char”这个名字在它的名字中带有“char”这个词，这导致一些人认为它是一个很好的保存字符的类型，或者说最好将其与 char 类型的变量进行比较。
由于您不太可能对字符进行一般算术运算，因此在您使用的任何平台和编译器上，char 是有符号还是无符号都无关紧要。
【讨论】：
stdint.h的uint8_t或int8_t。
你误会了什么。 signed char 始终是有符号的。 unsigned char 始终是无符号的。但是普通字符是有符号还是无符号是特定于实现的——这意味着它取决于你的编译器。这与 int 类型不同，它们都是有符号的（int 与signed int 相同，short 与signed short 相同）。更有趣的是，char、signed char 和 unsigned char 在函数重载方面被视为三种不同的类型。这意味着您可以在同一个编译单元中拥有三个函数重载：
void overload(char);
void overload(signed char);
void overload(unsigned char);
对于int类型则相反，不能有
void overload(int);
void overload(signed int);
因为 int 和signed int 是一样的。
【讨论】：
更正确的说法是它是特定于编译器的，当使用没有 signed 或 unsigned 限定符的 char 时，您不应指望 char 被签名或未签名。
否则，您将面临以下问题：您编写和调试程序时假设 char 是默认签名的，然后使用编译器重新编译，假设否则，程序行为会发生巨大变化。如果您在代码中仅偶尔依赖此假设，则在某些情况下可能会面临意外行为，这些行为仅在特定条件下在您的程序中触发并且很难检测和调试。
【讨论】：
也许您指的是char 的签名是编译器/平台特定的。下面是一篇博客文章，对它有所启发：
【讨论】：
unsigned char 而其他平台有signed char char
拥有一个有符号字符更像是在 C 中如何处理所有基本变量类型的侥幸，通常使用负字符实际上并没有什么用处。
【讨论】：
有符号字符始终为 8 位，并且始终将有符号位作为最后一位。
无符号字符始终为 8 位且没有符号位。
据我所知，一个 char 始终是无符号的。任何默认使用有符号字符的编译器都会面临很多不兼容的程序。
【讨论】：