代码
char a;
a = 0xf1;
printf("%x\n", a);
输出
fffffff1
printf() 显示 4 个字节，恰好我们在 a 中有一个字节。
这种不当行为的原因是什么？
如何改正？
【问题讨论】：
int a
char a; --> unsigned char a;
char 无论如何都会通过整数提升提升为 int....
您应该使用int a 而不是char a，因为char 是无符号的并且只能存储从0 到255 的1 个字节。
而十六进制数需要很多存储空间来存储它，并且int存储大小是2或4字节。所以这里最好使用int来存储十六进制数。
【讨论】：
char可能是signed或unsigned；这取决于实现。
0xf1 只需要一个字节，所以unsigned char 就足够了。
char x = -1; printf("%s\n", x < 0 ? "signed char" : "unsigned char");.
printf 是可变参数函数，因此编译器会尽力而为，但无法检查格式说明符和参数类型之间的严格符合性。
在这里，您传递了带有 %x（整数，十六进制）格式说明符的 char。
因此该值被提升为有符号整数（因为 > 127: 负字符和char 在大多数系统上都是有符号的，这是肯定的）
要么：
a 更改为int（最简单）a 更改为 unsigned char（由 BLUEPIXY 建议），以处理促销中的登录%hhx，如各种文档中所述（请注意，在我的 gcc 6.2.1 编译器中，hhx 无法识别，即使 hx 可以识别）请注意，编译器会在到达printf 之前警告您遇到问题：
gcc -Wall -Wpedantic test.c
test.c: In function 'main':
test.c:6:5: warning: overflow in implicit constant conversion [-Woverflow]
a = 0xf1;
【讨论】：
-Wextra 和-Woverflow...
-Wall -Wextra 的风格（有时-Wpedantic 有点过分）
这种不当行为的原因是什么？
这个问题看起来像strangely similar 我回答过的另一个问题；它甚至使用相同的值 (0xf1)。在那个答案中，我提供了一些必要的信息来了解当您将一个小值（例如 char）传递给可变参数函数（例如 printf）时会发生什么转换。在这里重复这些信息是没有意义的。
这个问题确实不同，因为在那个问题中，原始值实际上不是0xf1；不可能是因为 char 类型是在该系统上签名的。如果您从<limits.h> 检查CHAR_MIN 和CHAR_MAX，您还可能会发现您的char 类型是有符号的，因此0xf1 不适合作为char 内的整数值。
相反，它最终以实现定义的方式进行转换，这对我们大多数人来说意味着它可能最终以其中一个高位变为符号位。当这些值提升为int（为了传递给printf）时，会发生符号扩展以保留该值（即，值为-1 的char 应转换为具有int 的值为 -1，因此您的示例的基础表示可能会从 0xf1 转换为 0xfffffff1。
printf("CHAR_MIN .. CHAR_MAX: %d .. %d\n", CHAR_MIN, CHAR_MAX);
printf("Does %d fit? %s\n", '\xFF', '\xFF' >= CHAR_MIN && '\xFF' <= CHAR_MAX ? "Yes!"
: "No!");
printf("%d %X\n", (char) -1, (char) -1); // Both of these get converted to int
printf("%d %X\n", -1, -1); // ... and so are equivalent to these
我该如何纠正？
使用可以适合值0xf1 的类型声明a，例如int 或unsigned char。
【讨论】：