unsigned char是一个无符号字节值(0到255)。你可能认为char是一个“字符”，但它实际上是一个数值。常规字符是带符号的，因此有128个值，这些值映射到使用ASCII编码的字符。但无论哪种情况，您在内存中存储的都是字节值。

unsigned char是一个无符号字节值(0到255)。你可能认为char是一个“字符”，但它实际上是一个数值。常规字符是带符号的，因此有128个值，这些值映射到使用ASCII编码的字符。但无论哪种情况，您在内存中存储的都是字节值。

一些人在谷歌上找到了这个，人们对此进行了讨论。

无符号字符基本上是一个单字节。所以，如果你需要一个字节的数据，你可以使用它(例如，也许你想用它来设置标志的开启和关闭，以传递给一个函数，就像在Windows API中经常做的那样)。

Char和unsigned Char不能保证在所有平台上都是8位类型——它们保证是8位或更大的类型。一些平台有9位、32位或64位字节。然而，今天最常见的平台(Windows、Mac、Linux x86等)都有8位字节。

例如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.

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