一般来说，在fork之后是父进程先执行还是子进程先执行是不确定的.这取决于内核所使用的调度算法.如果要求父，子进程之间相互同步.则要求某种形式的进程间通信. 好了我们继续，当进程调用fork后，当控制转移到内核中的fork代码后，内核会做4件事情:
1.分配新的内存块和内核数据结构给子进程
2.将父进程部分数据结构内容(数据空间，堆栈等）拷贝至子进程
3.添加子进程到系统进程列表当中
4.fork返回，开始调度器调度
为什么fork成功调用后返回两个值?
由于在复制时复制了父进程的堆栈段，所以两个进程都停留在fork函数中，等待返回。所以fork函数会返回两次,一次是在父进程中返回，另一次是在子进程中返回，这两次的返回值不同，
其中父进程返回子进程pid，这是由于一个进程可以有多个子进程，但是却没有一个函数可以让一个进程来获得这些子进程id，那谈何给别人你创建出来的进程。而子进程返回0，这是由于子进程可以调用getppid获得其父进程进程ID,但这个父进程ID却不可能为0，因为进程ID0总是有内核交换进程所用，故返回0就可代表正常返回了。
从fork函数开始以后的代码父子共享，既父进程要执行这段代码，子进程也要执行这段代码.(子进程获得父进程数据空间，堆和栈的副本. 但是父子进程并不共享这些存储空间部分. (即父，子进程共享代码段.)。现在很多实现并不执行一个父进程数据段，堆和栈的完全复制. 而是采用写时拷贝技术(不懂可以戳进去看一看).这些区域有父子进程共享，而且内核地他们的访问权限改为只读的.如果父子进程中任一个试图修改这些区域,则内核值为修改区域的那块内存制作一个副本, 也就是如果你不修改我们一起用，你修改了之后对于修改的那部分内容我们分开各用个的.
父子进程文件共享问题
来看个例子
1 /*************************************************************************
2 > File Name: 2.c
3 > Author: tp
4 > Mail:
5 > Created Time: Mon 07 May 2018 12:40:39 PM CST
6 ************************************************************************/
7
8 #include
9 #include
10 #include
11 #include
12
13 int set = 110;
14 int main( void)
15 {
16 printf( "before fork\n");
17 pid_t pid = fork( );
18 if( pid < 0){ perror(" fork"),exit( 1);}
19
20 if( pid == 0)
21 {
22 ++set;
23 printf( "son pid=%d, %d\n", getpid(), set);
24 }
25 else
26 {
27 sleep( 1);
28 printf( "parent pid=%d , %d\n", getpid( ), set);
29 }
30 exit( 0);
31 }
看一下结果：
不难注意到 “before fork”这句话只是被打印了一次，这个从上面的例子，这不难理解；与此同时子进程中的set的值被改变了。此时再进行一个重定向操作会发生什么
出现很神奇的现象！ 这个时候打印了出了两次“before fork”,不仅仅是如此，上述针对父进程的标准输出执行重定向操作还导致了子进程也执行重定向操作。
透过现象看本质，来细细分析一下。针对打印两次“before fork”,首先，先要知道标准IO库是是带缓冲的，而像printf这种直接输出到标准输出时，这个缓冲区是由换行符刷新的；而当执行了重定向操作，这里就是将标准输出重定向到文件，文件就不会立即去刷新缓冲区（全缓冲的方式）；好，由于在fork之前调用了一次printf,但fork之后，该行数据仍存留在缓冲区中，然后父进程数据空间被复制到子进程中，该行数据去也被复制了过去，这样父子进程都各自带有该行内容的缓冲区了，相当于子进程缓冲区添加了一行“before fork”，然后在每个进程exit之后，每个缓冲区的内容就被写到了相应的文件中。
再一个就是，在重定向父进程的标准输出时，子进程标准输出也被重定向。这就源于父子进程会共享所有的打开文件。 因为fork的特性就是将父进程所有打开文件描述符复制到子进程中。当父进程的标准输出被重定向，子进程本是写到标准输出的时候，此时自然也改写到那个对应的地方；与此同时，在父进程等待子进程执行时，子进程被改写到文件show.out中，然后又更新了与父进程共享的该文件的偏移量；那么在子进程终止后，父进程也写到show.out中，同时其输出还会追加在子进程所写数据之后，这也就解释了上面为什么“before fork”会在一个文件中打印两次。
在fork之后处理文件描述符一般又以下两种情况：
1.父进程等待子进程完成。此种情况，父进程无需对其描述符作任何处理。当子进程终止后，它曾进行过读，写操作的任一共享描述符的文件偏移已发生改变。
2.父子进程各自执行不同的程序段。这样fork之后，父进程和子进程各自关闭它们不再使用的文件描述符，这样就避免干扰对方使用的文件描述符了。这类似于网络服务进程。
同时父子进程也是有区别的：它们不仅仅是两个返回值不同；它们各自的父进程也不同，父进程的父进程是ID不变的；还有子进程不继承父进程设置的文件锁，子进程未处理的信号集会设置为空集等不同
fork()函数在底层中做了什么?
linux平台通过clone()系统调用实现fork(). fork(),vfork()和clone()库函数都根据各自需要的参数标志去调用clone()，然后由clone()去调用
do_fork(). 再然后do_fork()完成了创建中的大部分工作，他定义在kernel/fork.c当中.该函数调用copy_process(). 然后重点来了，我们看看这个
copy_process函数到底做了那些事情?? 我画一张图帮我们理解：
vfork和fork的之间的比较:
vfork()的诞生是在fork()还没有写时拷贝的时候，因为那个时候创建一个子进程的成本太大了，如果一下子创建好多了那么程序的效率一定会下降. 然后就有人提出了vfork(). vfork的实现原理非常简单，就是子进程，父进程完全公用一个资源. 就是是有人修改了内容，甚至main()函数退出了也不会新开辟一个空间. 所以这里里会有问题的，如果你的一个子进程没有使用exit()退出，那么程序就会出现段错误. 不相信可以去试一试~
为什么会出现段错误?
在函数栈上面，子进程运行结束了，main的函数栈被子进程释放了，然后父进程在使用的时候，就访问不到了，一旦vfork出子进程，退出的时候需要使用exit来结束.
vfork和fork之间的区别:
1.fork父子进程交替运行，vfork保证子进程先运行，父进程阻塞，直到子进程结束（或子进程调用了exec或exit）.
2.fork实现了写时拷贝. 而vfork直接让父子进程共用公用资源，避免多开辟空间拷贝,
3,vfork必须使用exit或者excl退出.
4.就算是fork使用了写时拷贝，也没有vfork性能高.
5.每个系统上的vfork都有问题，推荐不要使用.
