linux vfork的子程序与父进程共享内存,那为什么子进程执行exec就不会...

Linux里面好多内核代码都是"copy on write"，也就是你不用的时候并不会给你复制，但如果你要改的话就会分离。类似的还有 malloc, 申请了内存，其实并没有给你，除非你往里写了东西，内存才真正到手。呵呵

)或exit。vfork的好处是在子进程被创建后往往仅仅是为了调用exec执行另一个程序，因为它就不会对父进程的地址空间有任何引用，所以对地址空间的复制是多余的 ，因此通过vfork共享内存可以减少不必要的开销。

你这种用法完全是错误的，vfork之后的子进程必须调用 exec来执行子进程需要执行的动作（或者直接_exit退出）。直接在vfork之后的子进程访问（写）除了pid之外的任何变量都会导致不可预知的结果 (因为子进程和父进程共享完全一致的地址空间，你在子进程做的修改对父进程可能会导致不可预期的结果），同时在子...

vfork用于创建一个新进程，而该新进程的目的是exec一个新进程，vfork和fork一样都创建一个子进程，但是它并不将父进程的地址空间完全复制到子进程中，不会复制页表。因为子进程会立即调用exec，于是也就不会存放该地址空间。不过在子进程中调用exec或exit之前，他在父进程的空间中运行。为什么会有vfork，...

需适时处理子进程状态。最后，vfork虽高效，但需谨慎使用，因为它可能导致内存共享时的复杂性，对内存地址操作的直接影响可能影响父进程。总结来说，vfork是Unix系统中一个实用且需谨慎对待的工具，它在代码共享和效率提升上发挥关键作用，但使用时务必遵循其特定规则，以确保程序的正确执行。

vfork() 的使用要求子进程内调用 exec 或 exit，否则会导致程序出问题，没有意义。实例代码验证了这一规则，未调用 exec 或 exit 的程序运行结果异常。综上所述，vfork() 函数提供了创建进程的便利，并在调度顺序和地址空间共享上与 fork() 有所不同。正确使用可以提高程序的运行效率和稳定性。

呢？可能子进程通过return 0后没有结束，而是重新开始运行了。可能是vfork的机制造成的吧。刚看了下百科里的介绍。这个果然是vfork的机制导致的。因为vfork保证子进程先运行，而且要子进程结束后才继续运行父进程。如果子进程没有exit或者exec，那么就会一直fork下去导致出现很多进程。

在vfork创建子进程之后，父进程阻塞，直到子进程执行了exec()或者exit()。vfork最初是因为fork没有实现COW机制，而很多情况下fork之后会紧接着exec，而exec的执行相当于之前fork复制的空间全部变成了无用功，所以设计了vfork。而现在fork使用了COW机制，唯一的代价仅仅是复制父进程页表的代价，所以vfork不...

vfork的独特之处在于，它并不会像标准fork那样复制父进程的页面，而是初始化私有数据结构和分页表。当vfork调用执行完毕后，子进程和父进程共享同一内存空间。这意味着，子进程可以直接修改父进程的数据和堆栈信息。此时，父进程会进入休眠状态，直到子进程成功调用exec函数启动新的进程。一旦子进程开始正确...

首先，fork()会复制父进程的数据段和代码段，而vfork()的子进程则共享这些资源。其次，fork()中父子进程的执行次序是不确定的，而vfork()确保子进程在调用exec或exit之前先运行，此时的数据共享状态对两者都是可见的。当子进程准备执行这两个函数时，父进程的运行才会被延迟。如果子进程在调用exec或...