如何使用printf系列可移植地打印size_t变量？

size_t x = <something>;
printf("size = %u\n", x);

warning: format '%u' expects type 'unsigned int', 
    but argument 2 has type 'long unsigned int'

#1 楼

使用z修饰符：

size_t x = ...;
ssize_t y = ...;
printf("%zu\n", x);  // prints as unsigned decimal
printf("%zx\n", x);  // prints as hex
printf("%zd\n", y);  // prints as signed decimal

#2 楼

看起来它会因您使用的编译器而不同（出现问题）：



gnu表示%zu（或%zx或%zd，但显示为已签名） ，等等。）Microsoft说%Iu（或%Ix或%Id，但再次签名，等等）。但是从cl v19开始（在Visual Studio 2015中），Microsoft支持%zu（请参见此注释）


...当然，如果您使用的是C ++，则可以使用Q4312079q代替AraK的建议。

#3 楼

对于C89，请使用%lu并将值强制转换为unsigned long：

size_t foo;
...
printf("foo = %lu\n", (unsigned long) foo);

对于C99和更高版本，请使用%zu：

size_t foo;
...
printf("foo = %zu\n", foo);

#4 楼

我在VS2013 Update 4和VS2015预览版上测试了此代码：

// test.c

#include <stdio.h>
#include <BaseTsd.h> // see the note below

int main()
{
    size_t x = 1;
    SSIZE_T y = 2;
    printf("%zu\n", x);  // prints as unsigned decimal
    printf("%zx\n", x);  // prints as hex
    printf("%zd\n", y);  // prints as signed decimal
    return 0;
}

VS2015生成的二进制文件输出：


1
1
2


而VS2013生成的输出说：


zu
zx
zd


注意：ssize_t是POSIX扩展，而SSIZE_T是Windows数据类型中的类似内容，因此我添加了<BaseTsd.h>参考。

此外，除以下C99 / C11标头外，所有C99标头均在VS2015预览版中可用：

C11 - <stdalign.h>
C11 - <stdatomic.h>
C11 - <stdnoreturn.h>
C99 - <tgmath.h>
C11 - <threads.h>

此外， C11的<uchar.h>现在已包含在最新预览中。

有关更多详细信息，请参阅此旧列表和新列表以了解标准一致性。

#5 楼

std::size_t s = 1024;
std::cout << s; // or any other kind of stream like stringstream!

#6 楼

对于那些谈论用C ++不一定支持C99扩展的人，我衷心推荐boost :: format。这使size_t类型的大小问题无济于事：

std::cout << boost::format("Sizeof(Var) is %d\n") % sizeof(Var);

由于在boost :: format中不需要大小说明符，因此您只需要担心如何显示即可值。

#7 楼

printf("size = %zu\n", sizeof(thing) );

#8 楼

正如AraK所说，c ++流接口将始终可移植地工作。


std :: size_t s = 1024;
std :: cout << s; //或其他任何类型的流，例如stringstream！


如果您要使用C stdio，则在某些“便携式”情况下对此没有可移植的答案。正如您所看到的那样，它变得很丑陋，选择错误的格式标志可能会产生编译器警告或给出不正确的输出。

C99尝试使用inttypes.h格式（例如“％” PRIdMAX）解决此问题“ \ n”。但是就像“％zu”一样，并不是每个人都支持c99（例如2013年之前的MSVS）。有“ msinttypes.h”文件可用于处理此问题。

如果强制转换为其他类型，则根据标志，您可能会收到编译器警告，要求截断或更改符号。如果您选择此路线，请选择较大的相关固定尺寸类型。无符号长整型和“％llu”或无符号长整型“％lu”之一应该可以工作，但是在32bit的环境中，llu可能会因为过大而使速度变慢。 （编辑-即使％lu，％llu和size_t大小都相同，我的Mac仍以％llu不匹配sizell发出警告，即使％lu和％llu在我的MSVS2012上大小也不相同。所以您可能需要强制转换+使用匹配的格式。）

为此，您可以使用固定大小的类型，例如int64_t。可是等等！现在我们回到c99 / c ++ 11，旧的MSVS再次失败。另外，您还可以进行强制类型转换（例如map.size（）不是固定大小的类型）！

您可以使用3rd party标头或库，例如boost。如果您尚未使用它，则可能不希望以这种方式膨胀您的项目。如果您愿意为此添加一个，为什么不使用c ++流或条件编译呢？

因此，您可以使用c ++流，条件编译，第三方框架或恰好适合您的可移植方式。

#9 楼

如果将32位无符号整数传递为％lu格式，会发出警告吗？应该很好，因为转换是定义良好的，并且不会丢失任何信息。

我听说有些平台在<inttypes.h>中定义了宏，您可以将其插入格式字符串文字中，但是我没有在我的Windows C ++编译器上没有看到该标头，这意味着它可能不是跨平台的。

#10 楼

C99为此定义了“％zd”等。 （感谢评论者）在C ++中没有可移植的格式说明符-您可以使用%p，它在这两种情况下都会用到单词，但也不是可移植的选择，并且以十六进制给出值。

或者，使用某些流式传输（例如stringstream）或安全的printf替代品，例如Boost Format。我了解此建议仅用途有限（并且确实需要C ++）。 （实现unicode支持时，我们已经使用了类似的方法来满足我们的需求。）

C的基本问题是，使用省略号的printf在设计上是不安全的-它需要确定附加参数的大小根据已知的参数，因此无法固定为支持“无论您得到什么”。因此，除非您的编译器实现某些专有扩展，否则您将很不走运。

#11 楼

在某些平台和某些类型上，可以使用特定的printf转换说明符，但有时必须诉诸于较大的类型。

我在此处用示例代码记录了这个棘手的问题：
http://www.pixelbeat.org/programming/gcc/int_types/
并定期更新有关新平台和类型的信息。

#12 楼

如果要将size_t的值打印为字符串，可以执行以下操作：

char text[] = "Lets go fishing in stead of sitting on our but !!";
size_t line = 2337200120702199116;

/* on windows I64x or I64d others %lld or %llx if it works %zd or %zx */
printf("number: %I64d\n",*(size_t*)&text);
printf("text: %s\n",*(char(*)[])&line);

结果是：

编号：2337200120702199116

文字：让我们去钓鱼，而不是坐在我们这里，但是！

编辑：由于投了反对票，我重新读了这个问题，我注意到他的问题不是％llu或％I64d，但是在不同机器上的size_t类型看到此问题https://stackoverflow.com/a/918909 /1755797http://www.cplusplus.com/reference/cstdio/printf/

size_t在32位计算机上为unsigned int，在64位计算机上为unsigned long long int，但％ll始终期望unsigned long long int。

size_t的长度在不同的操作系统上有所不同，而％llu是相同的