uint64_t数组打印异常数值成因及数组工作原理问询

一、打印结果的成因 #

你代码里的test是数组名，在C语言中，数组名在大多数表达式场景下会隐式转换为指向数组首元素的指针。也就是说，printf里的test实际代表的是数组第一个元素的内存地址值。

而你用了%llu格式符，这个格式符是用来打印unsigned long long类型的无符号64位整数的。编译器会把数组首元素的地址（指针值）强制转换成unsigned long long类型输出，所以你看到的140732916721552其实是该数组在内存中的首地址的十进制数值。

这里要注意：这种写法存在类型不匹配的问题，指针类型和unsigned long long的兼容性依赖于系统架构（比如64位系统中指针通常是64位，和uint64_t长度一致，但标准不保证）。如果要正确打印数组的地址，应该用%p格式符，写法是：

printf("test array address: %p\n", (void*)test);

二、uint64_t数组的工作原理 #

• uint64_t的本质：uint64_t是C标准库<stdint.h>中定义的固定宽度整数类型，代表无符号64位整数，每个uint64_t变量占用8字节内存，取值范围是0到18446744073709551615。
• 数组的内存布局：uint64_t test[] = {1,2,3,4,5};会在内存中申请一块连续的存储空间，总大小为5 * 8 = 40字节。数组的首元素test[0]（值为1）存储在这块内存的起始地址，后续元素test[1]到test[4]依次紧跟在后面，每个元素之间没有空隙。
• 数组名与元素访问：数组名test可以看作是指向首元素的uint64_t*类型指针。访问test[i]等价于*(test + i)——编译器会自动计算偏移量：因为每个uint64_t占8字节，所以test + i的实际地址是test的首地址加上i * 8字节，从而定位到第i个元素的位置。
• 端序影响：元素内部的字节存储顺序取决于系统的端序（大端/小端）。比如值为1的uint64_t元素，在小端系统中会把最低字节（0x01）存在内存的低地址位，大端系统则相反，但这不会影响你通过数组下标或指针访问元素的结果。

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