fork：操作系统会复制一个与父进程完全相同的子进程,虽说是父子关系,但是在操作系统看来,他们更像是兄弟关系,这两个进程共享代码空间,但是数据空间是相互独立的,子进程数据空间的内容是父进程的完整拷贝,指令指针也完全相同。 但只用一点不同,如果fork成功, 子进程fork的返回值是0 父进程中fork的返回值是子进程的进程号，如果fork不成功，父进程会返回错， 2个进程一直同时运行，而且步调一致，在fork之后，他们分别作不同的工作，也就是分岔了。这也是fork为什么叫fork的原因。 至于那一个最先运行，可能与操作系统有关，而且这个问题在实际应用中并不重要，如果需要父子进程协同，可以通过原语的办法解决。 fork前父进程的东西子进程可以继承，而在fork后子进程没有任何和父进程的继承关系了。在子进程里创建的东西是子进程的，在父进程创建的东西是父进程的。可以完全看成两个进程。 在程序段里用了fork();之后程序出了分岔，派生出了两个进程。具体哪个先运行就看该系统的调度算法了。 可以这么认为，在运行到”pid=fork();”时系统派生出一个跟主程序一模一样的子进程。该进程的”pid=fork();”一句中 pid得到的就是子进程本身的pid；子进程结束后，父进程的”pid=fork();”中pid得到的就是父进程本身的pid。因此改程序有两行输出。 fork()函数复制了当前进程的PCB，并向父进程返回了派生子进程的pid。而且根据上面”corand”兄的提示，父子进程并行，打印语句的 先后完全看系统的调度算法。打印的内容控制则靠pid变量来控制。因为我们知道fork()向父进程返回了派生子进程的pid，是个正整数；而派生子进程 的pid变量并没有被改变。这一区别使得我们看到了他们的不同输出。 1,派生子进程的进程，即父进程，其pid不变； 2,对子进程来说，fork返回给它0,但它的pid绝对不会是0；之所以fork返回0给它，是因为它随时可以调用getpid()来获取自己的pid； 3,fork之后夫子进程除非采用了同步手段，否则不能确定谁先运行，也不能确定谁先结束。 认为子进程结束后父进程才从fork返回的，这是不对的，fork不是这样的，vfork才这样。 |
