我读到C语言没有定义char是有符号还是无符号的，而在GCC页面上写道，在x86上可以是有符号的，在PowerPPC和ARM上可能是无符号的。
好的，我正在使用GLIB编写程序，将char定义为gchar（不多于此，只是标准化的一种方式）。
我的问题是关于UTF-8，它是否使用了多个内存块？
假设我有一个变量：
unsigned char *string =“使用UTF8编码的字符串~> çã”;
如果我将变量声明为
unsigned
我只有127个值（因此我的程序将存储更多的内存块），还是UTF-8也会变成负数？
抱歉如果我不能正确解释，但我认为这有点复杂。
注意：感谢所有答案
我不明白它通常如何被解释。
我认为像ascii一样，如果我在程序中有一个有符号和无符号的字符，那么字符串将具有不同的值，这会导致混淆，在utf8中想象一下。
#include <stdio.h>
int main( void)
{
signed char flag = 0xf0;
unsigned char uflag = 0xf0;
if (flag < (signed char) 'z') {
printf( "flag is smaller than 'z'\n");
}
else {
printf( "flag is larger than 'z'\n");
}
if (uflag < (unsigned char) 'z') {
printf( "uflag is smaller than 'z'\n");
}
else {
printf( "uflag is larger than 'z'\n");
}
return 0;
}
在我参与的大部分项目中，通常会避免使用未装饰的 char 类型，而是使用一个 typedef 明确指定一个 unsigned char。例如来自 stdint.h 的 uint8_t。
typedef unsigned char u8;
通常处理无符号字符类型unsigned char似乎很顺利，问题不多——我偶尔遇到的一个问题是在使用该类型的内容控制循环时：
while (uchar_var-- >= 0) {
// infinite loop...
}
有两点需要注意：
Whether a char type is signed or unsigned won't affect your ability to translate UTF8-encoded-strings to and from whatever display string type you're using (WCHAR or whatnot). Don't worry about it, in other words: the UTF8 bytes are just bytes, and whatever you're using as an encoder/decoder will do the right thing.
Some of your confusion may be that you're trying to do this:
unsigned char *string = "This is a UTF8 string";
Don't do this-- you're mixing different concepts. A UTF-8 encoded string is just a sequence of bytes. C string literals (as above) were not really designed to represent this; they're designed to represent "ASCII-encoded" strings. Although for some cases (like mine here) they end up being the same thing, in your example in the question, they may not. And certainly in other cases they won't be. Load your Unicode strings from an external resource. In general I'd be wary of embedding non-ASCII characters in a .c source file; even if the compiler knows what to do with them, other software in your toolchain may not.
signed / unsigned 只影响算术运算。如果 char 是 unsigned，那么更高的值将是正数。对于 signed，则会是负数。但是范围仍然相同。
并不是这样的，unsigned / signed 并没有指定一个变量可以容纳多少个值。它们指定了这些值被如何解释。
因此，unsigned char 和 signed char 有相同数量的值，除了前者没有负数而后者有。它仍然是8位（如果我们假设一个char包含8位，但我不确定在所有情况下都是这样）。
使用char*作为字符串时没有区别。唯一需要注意signed/unsigned的情况是当你需要将其解释为数字，例如进行算术运算或将其打印为整数时。
char是有符号的，'flag'字符通常会是负数。如果你的代码没有准备好处理这种情况，那么就会出现问题。 - Michael BurrhighValuedCharacter > lowValuedCharacter，因为有符号字符的高值会变成负数。一个显而易见的例子是，你不能通过检查> 127来检查UTF-8字符是否为非ASCII字符，因为在该范围内没有有符号字符。 - Chuck关于你的问题：
如果我有一个带符号或无符号的字符数组，会导致我的程序运行错误吗？- drigoSkalWalker
是的。我的确遇到过这种情况。以下是我的应用程序中的简单可运行代码片段，如果使用普通的有符号字符，则完全出错。 在将所有参数中的字符更改为无符号后尝试运行它。像这样：
int is_valid(unsigned char c);
然后它应该正常工作。
#include <stdio.h>
int is_valid(char c);
int main() {
char ch = 0xFE;
int ans = is_valid(ch);
printf("%d", ans);
}
int is_valid(char c) {
if((c == 0xFF) || (c == 0xFE)) {
printf("NOT valid\n");
return 0;
}
else {
printf("valid\n")
return 1;
}
}
0xFE
=
11111110
=
254
11111110
00000001
00000001 + 00000001 =
00000010 = 2
记住它变成了负数，所以它变成了-2。
所以在函数中(-2 == 0xFE)当然是不正确的。 对于(-2 == 0xFF)也是一样。
因此，检查无效字节的函数最终会将无效字节验证为有效字节 :-o。
我可以想到坚持使用无符号字符处理utf-8的另外两个原因：
如果您可能需要向右进行一些位移，则可能会出现问题，因为如果使用有符号字符，则可能会从左侧添加1。
utf-8和unicode仅使用正数，那么...为什么您不这样做呢？保持简单 :)
UTF-8 字符不能假定存储在一个字节中。UTF-8 字符可以是 1 到 4 个字节宽。因此，char、wchar_t、signed 或 unsigned 不足以假定一个单元始终可以存储一个 UTF-8 字符。
大多数平台（如 PHP、.NET 等）通常使用正常的字符串构建（例如 C 中的 char[]），并使用库在不同编码之间进行转换和解析字符串中的字符。