例如unsigned char的用法:

Unsigned char经常用于计算机图形，它经常(虽然不总是)为每个颜色组件分配一个字节。通常可以看到RGB(或RGBA)颜色表示为24(或32)位，每个位都是unsigned char。由于unsigned char值落在[0,255]范围内，这些值通常被解释为:

0表示完全缺乏给定的颜色组件。 255表示某一特定色素的100%。

所以你最终会得到RGB红色为(255,0,0)->(100%红，0%绿，0%蓝)。

Why not use a signed char? Arithmetic and bit shifting becomes problematic. As explained already, a signed char's range is essentially shifted by -128. A very simple and naive (mostly unused) method for converting RGB to grayscale is to average all three colour components, but this runs into problems when the values of the colour components are negative. Red (255, 0, 0) averages to (85, 85, 85) when using unsigned char arithmetic. However, if the values were signed chars (127,-128,-128), we would end up with (-99, -99, -99), which would be (29, 29, 29) in our unsigned char space, which is incorrect.

这取决于实现，因为C标准没有定义char的符号性。根据平台的不同，char可能是有符号的，也可能是无符号的，因此如果您的实现依赖于它，则需要显式地请求有符号char或无符号char。如果您打算表示字符串中的字符，则使用char，因为这将与您的平台在字符串中放入的内容相匹配。

有符号char和无符号char之间的区别正如您所期望的那样。在大多数平台上，signed char将是一个8位的2补数，范围从-128到127,unsigned char将是一个8位的无符号整数(0到255)。注意标准并不要求char类型有8位，只要求sizeof(char)返回1。你可以在limited .h中使用CHAR_BIT获取一个char的比特数。然而，如今很少有平台会使用8以外的东西。

这里对这个问题有一个很好的总结。

正如其他人在我发布这篇文章后提到的，如果你真的想表示小整数，你最好使用int8_t和uint8_t。

Unsigned char只取正值:0到255 while Signed char有正负值:-128到+127。

Signed char的范围是-128到127;Unsigned char的范围是0到255。

根据编译器的不同，Char将等价于有符号Char或无符号Char，但它是一种不同的类型。

如果你使用c风格的字符串，只使用char。如果需要使用字符进行算术运算(非常少见)，请显式指定signed或unsigned以实现可移植性。

如果你喜欢使用各种类型的特定长度和符号，你可能更好的uint8_t, int8_t, uint16_t等，因为他们完全做他们说。

就直接值而言，当已知值在CHAR_MIN和CHAR_MAX之间时，使用常规char，而unsigned char在正端提供了两倍的范围。例如，如果CHAR_BIT为8，则常规char的范围只能保证为[0,127](因为它可以是有符号的或无符号的)，而无符号char将是[0,255]，而有符号char将是[-127,127]。

就其用途而言，标准允许将POD(普通旧数据)对象直接转换为unsigned char数组。这允许您检查对象的表示和位模式。对于char或signed char，不存在安全类型双关的相同保证。