为何为结构体指针分配malloc内存但未分配实际结构体却能访问？

这问题问到点子上了，本质是C语言里未定义行为（Undefined Behavior）在搞鬼，咱们掰开了说：

先明确你的代码场景 #

我猜你大概写了类似这样的代码：

typedef struct {
    int id;
    char name[32];
} User;

int main() {
    // 只给指针本身分配了内存，没给实际结构体分配
    User *p = malloc(sizeof(User*)); 
    // 居然能给结构体成员赋值？
    p->id = 100;
    printf("%d\n", p->id);
    return 0;
}

为什么看起来能“正常运行”？ #

这纯粹是巧合，没有任何合理性：

• 你用malloc(sizeof(User*))只是给指针变量p本身分配了一块内存（通常是4或8字节，取决于32/64位系统），但p指向的地址是随机垃圾值——你从来没让它指向一个真正的、已分配的结构体实例。
• 当你访问p->id时，实际上是在读写这个随机地址对应的内存区域。如果这个地址恰好落在当前进程有读写权限的内存范围内（比如堆的空闲区域、栈的某个角落），操作系统就不会触发段错误，看起来就像“正常工作”了。

为什么非动态分配指针时不行？ #

比如你写栈上的未初始化指针：

User *p; // 栈上的指针，值是随机垃圾
p->id = 100; // 大概率直接崩溃

这是因为栈上的未初始化变量的垃圾值，更可能指向操作系统禁止访问的内存区域（比如内核空间、其他进程的内存），所以直接触发段错误。而堆上的垃圾值刚好落在当前进程有权限的区域，纯属运气。

关键结论 #

这绝对不是“本就应该如此”，完全是未定义行为下的偶然情况。这种代码极端危险：

• 今天可能正常输出，明天换个编译器、改一行无关代码、甚至重启机器，就可能崩溃；
• 更隐蔽的是，它可能悄悄修改其他变量的值，导致莫名其妙的逻辑bug，排查起来要人命。

正确的做法是必须给指针指向的结构体分配内存：

// 给结构体本身分配内存，指针指向这块内存
User *p = malloc(sizeof(User));
if (p == NULL) {
    // 处理内存分配失败
}
p->id = 100; // 这才是合法的操作

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