误用%d输出unsigned int程序却正常运行，原因是什么？

你遇到的这种情况本质是未定义行为，但在常见平台上刚好表现出“正常运行”的假象，并非真的符合规范。

• 首先明确：C语言标准规定，printf的格式控制符和对应参数的类型不匹配时，属于未定义行为——编译器和运行时环境没有义务保证程序的行为可预测，它可能输出正确值、输出垃圾值、甚至直接崩溃，一切都不确定。
• 你这个例子里能输出正确的1，是因为巧合：在大多数32位/64位平台上，unsigned int和int的内存占用宽度相同（都是4字节），而变量x的值1的二进制表示，不管按有符号还是无符号整数解析，结果都是1。当你把unsigned int类型的x传给printf时，它在调用栈里的二进制内容和同宽度的int完全一致，%d按有符号规则解析这段二进制，刚好得到了预期的数值。
• 但只要换个值，这种写法的问题就会立刻暴露。比如把x设为unsigned int的最大值UINT_MAX（通常是4294967295），用%d打印就会输出-1——因为这个二进制值作为有符号int来看，是补码表示的-1。

示例代码：

#include <stdio.h>
#include <limits.h>

int main() {
    unsigned int x = UINT_MAX;
    printf("%d\n", x); // 输出-1，而非预期的4294967295
    return 0;
}

这种写法属于错误代码，绝对不推荐。正确打印unsigned int类型变量应该使用%u格式符。

内容的提问来源于stack exchange，提问作者Irene