Question

int main() 
{
  unsigned int i = 12;
  printf("%lu", i); // This yields a compiler warning
}

在32位平台上，使用带有printf结果的int的%lu是否会导致垃圾？

Answer 1

只有声明＆＃34; 32位平台＆＃34;并不意味着int和long都有32位，以及它们的unsigned对应物。

所以，是的，如果unsingned long，%lu的作用超过unsigned int，确实会发生这种情况。

但即使长度相等，类型也不兼容，所以形式上它是未定义的行为。

Answer 2

如果所需类型和给定类型不兼容，则为您有未定义的行为。编译器完全合法传递类型信息时传递vararg的值，和在va_arg中利用它（虽然我不知道有哪些，可能是出于历史原因）。

至于您特定情况下的实际效果，"%lu" 期待一个未签名的长期。唯一的另一种类型兼容性很长，然后只有实际值长期是非负面的。传递int未定义行为，虽然它可能有效。（在大多数32位平台上， int和long具有相同的大小和代表性。）

Answer 3

老实说我不明白你为什么要使用％lu代替％u，因为你正在使用int。

对于无符号长整数，应使用

％lu（在其基本说明中）。

如果您的编译器使用（当然在99％的情况下它会在int和long中使用不同的存储大小），它很可能会打印垃圾。

例如，根据C标准，unsigned int在存储大小方面是＆＃34;大小至少为16位。＆＃34;而unsigned long是＆＃34;至少32位大小。＆＃34;

现在，我们以int为16位，long为32位为例，让我们来看看＆＃39;考虑一个非典型的例子，在你运行程序时，内存全部归零。

值12在内存中表示为：

00000000 00001100

如果您使用％u打印将导致12：

在适当的位置，如果指示printf打印为％lu，则会导致printf中的内存为：

00000000 00001100 00000000 00000000

，对应于786432的长值

编辑：将变量的值传递给printf函数（而不是变量的指针（和大小））使代码仍然有效。我之前的解释＆＃34;主要是为了解释为什么警告会被提出以及为什么会出现警告＆＃34;通常＆＃34;一种错误的方法。