C语言实现自定义malloc时删除printf触发SIGBUS错误的原因是什么？

问题根源：未对齐内存访问触发SIGBUS #

你对SIGBUS的理解有偏差，绝大多数场景下SIGBUS不是物理内存不存在，而是处理器尝试访问不符合对齐要求的内存地址：大部分硬件架构（ARM、RISC-V等）要求int这类基本类型的访问地址必须是其自身大小（通常为4字节）的整数倍，不符合要求的访问会直接抛出SIGBUS错误；x86架构对不对齐访问做了硬件兼容，只会降低性能不会崩溃，这就是你在部分编译器上运行正常的原因。

删除printf后才崩溃是典型的未定义行为表现：你的代码本身存在对齐错误，运行结果完全依赖编译器优化策略、栈布局、运行时环境等随机因素。添加printf时编译器可能调整了内存布局刚好掩盖了对齐问题，删除后环境变化就触发了崩溃。

代码里的具体问题 #

你的堆实现有两个核心对齐错误：

1. 堆的起始偏移不对齐：你用char类型数组作为堆内存，默认对齐粒度为1字节。你返回给用户的指针偏移为position + sizeof(int) + sizeof(char)，初始position=0时偏移为0+4+1=5，不是4的整数倍，转成int*访问int直接触发未对齐访问。
2. 元数据存储也存在对齐问题：StoreInt函数中你直接将heap[position+1]的地址转成int*存储大小，position=0时地址偏移为1，同样不符合int的对齐要求。

修复方案 #

1. 首先保证整个堆的起始地址对齐到平台最大基本类型的对齐值，比如GCC下可以给堆数组加对齐属性：

// 保证堆起始地址对齐到8字节，兼容32/64位平台
char heap[heap_size] __attribute__((aligned(8)));

2. 调整元数据布局，保证返回给用户的地址对齐：可以将元数据调整为「4字节大小 + 1字节状态 + 3字节填充」，总长度为8字节，这样用户区的起始偏移刚好是8的整数倍，完全符合对齐要求。
3. 分配时对申请的大小也做对齐处理，保证后续分配的块也符合对齐规则：

#define ALIGN(size, align) (((size) + (align - 1)) & ~(align - 1))
size = ALIGN(size, 4); // 把申请的大小对齐到4字节

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