为何C语言中越界访问malloc分配的内存未触发段错误？

这俩问题本质都是未定义行为的随机性，以及操作系统内存保护机制的工作逻辑导致的——不是你的代码“没问题”，只是刚好没触发报错而已：

第一个案例：用sizeof(struct node *)替代sizeof(struct node) #

你只分配了指针大小的内存（4/8字节），但访问结构体多个成员没崩，核心原因有两个：

• malloc的分配粒度：操作系统给进程的堆内存是按内存页（通常4KB）划分的，malloc实际返回的内存块会对齐到页边界。就算你只申请8字节，它也可能给你一整页的可访问内存。如果你的结构体成员刚好都在这页的前几字节范围内，访问时就不会触发权限检查。
• 堆内存的复用：这块小内存后面的区域可能是之前malloc分配过、后来free掉的空间，暂时还没被操作系统回收，依然属于当前进程的可访问范围，所以你越界访问也不会立刻报错。

第二个案例：malloc(0)后访问大数组末尾 #

首先明确：C标准里malloc(0)的行为是未定义的——要么返回NULL，要么返回一个“不能被解引用”的指针，但实际大多数实现会返回一个指向极小内存块的指针（比如1字节）。你访问大数组末尾没崩，是因为：

• 这个指针指向的区域周围，依然属于当前进程的堆空间，还没被操作系统标记为“不可访问”。堆是进程的连续内存区域，只要你没越界到堆外的其他进程内存或内核内存，操作系统就不会触发段错误。
• 内存保护是按页来的，只要你访问的地址还在当前进程的某个内存页里，哪怕是你没申请的区域，操作系统也不会立刻拦你——直到这块内存被回收或者被标记为不可访问。

关键总结 #

段错误（SIGSEGV）不是C语言的强制检查，是操作系统的内存保护机制，只有当你访问的内存页完全不属于当前进程，或者没有对应访问权限时才会触发。非法内存访问属于C标准里的未定义行为，它的表现是随机的：可能立刻崩，可能运行正常，可能过一会儿才崩，甚至可能在其他完全无关的代码执行时出问题。

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