vfork 挂掉的一个问题
这篇讲的是 vfork 系统调用中一个经典的“坑”:为什么在子进程中使用 `return` 会导致程序崩溃,而用 `exit()` 却不会?作者从知乎上的一个实际提问出发,澄清了一些可能误导人的回答。 文章首先梳理了 fork 与 vfork 的根本区别——fork 会复制父进程内存,而 vfork 则让父子进程共享同一内存空间。vfork 的设计初衷是为了在创建子进程后立即执行 exec 时提高效率。关键点在于,vfork 保证子进程先运行,直到它调用 `exit()` 或 `exec()` 后,父进程才继续。 崩溃的根源正在于此:因为父子进程共享栈空间,如果在子进程的 main 函数中使用 `return`,它会像正常函数返回一样修改栈(弹栈、释放局部变量),这相当于破坏了父进程正在使用的栈。当父进程稍后恢复执行时,栈已被改写,导致不可预知的行为或直接崩溃。而 `exit()` 是直接终止进程,不会去操作和释放共享的函数栈,因此父进程能安全恢复。 文章最后也指出,现代操作系统已通过“写时拷贝”技术大幅优化了 fork,使得 vfork 的性能优势不再明显,Linux 手册也不鼓励使用它,除非对性能有极致要求。理解这个底层机制,有助于我们避免这类隐蔽的陷阱。