结构体sizeof输出异常与内存对齐疑问：%f为何输出0？

一、为什么sizeof(node)用%f输出0.000，%d能输出正确的16？ #

• sizeof的返回值是size_t类型，本质是无符号整数。printf的%f是用来解析浮点数的，把整数的二进制按浮点数规则解析，自然会得到无意义的0.000，属于格式完全不匹配。
• %d能输出正确结果，是因为你的系统里size_t和int的内存宽度一致，二进制数据能被正确解析成整数，但这不是标准写法，规范的格式符应该用%zu（C99标准规定的size_t对应格式符）。

二、什么是内存对齐？ #

内存对齐是编译器分配内存时遵循的规则：要求数据的起始地址必须是「对齐边界」（通常是该数据类型大小的整数倍）的整数倍。

拿你的结构体举例：

• int类型的对齐边界是4字节，所以成员a、b的起始地址都是4的倍数；
• 64位系统下char*是8字节，对齐边界是8字节，所以它的起始地址必须是8的倍数。

你的结构体成员总大小是4+4+8=16字节，刚好是最大成员（char*）对齐边界的整数倍，所以不需要额外填充，总大小就是16。要是结构体是int a; char b; char* c;，成员总大小是13字节，编译器会在b后面补3字节，让c的起始地址凑成8的倍数，同时结构体总大小也要是8的整数倍，最终大小就是16。

三、为什么要加padding（填充）？ #

核心原因有两个：

1. 硬件限制：很多CPU架构完全不支持非对齐的内存访问，比如某些RISC芯片，读取4字节的int时如果起始地址不是4的倍数，直接触发硬件异常。
2. 性能刚需：就算CPU支持非对齐访问，这种操作的效率也远低于对齐访问，编译器靠填充规避这种低效场景。

四、内存对齐怎么提升程序运行速度？ #

CPU访问内存不是按字节逐个读的，而是按固定大小的「内存块」批量读取（比如32位CPU一次读4字节，64位一次读8字节）。

举个实际场景：读取一个4字节的int，如果是对齐的，这个int刚好落在一个内存块里，CPU一次读取就能拿到完整数据；如果是非对齐的，这个int可能跨了两个内存块，CPU得读两次内存，再把数据拼接起来，额外增加了硬件操作的开销，速度自然慢。

结构体数组的情况更明显：每个结构体都按对齐规则分配内存，数组里每个元素的起始地址都是对齐边界的倍数，遍历数组时访问每个成员都能高效完成，不会因为非对齐访问拖慢速度。

修正后的测试代码 #

#include <stdio.h>

int main(void) {
    typedef struct {
        int a;
        int b;
        char *c; 
    } node;

    node x;
    x.a = 1;
    x.b = 2;
    x.c = "sahil";
    printf("size is %zu\n", sizeof(x)); // 用标准格式符%zu打印size_t类型
}

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