vfork的坑

需要特别注意：部分文档或资料说明vfork和fork没有差别，实际上是有差别的，而且在代码调用时要特别小心一点：

vfork在调用exev系列函数之前，对父进程变量的修改都会直接会直接改变父进程中该变量的值！

实例1：

父进程：

a = 11;

vfork子进程：

a = 22; //exev之前执行

回过来check父进程的a值已经变成22

实例2：

RTL路由器平台某SDK版本中

tr069 traceroute诊断功能的实现：traceroute子进程是通过vfork+system启动的，而vfork的特性是阻塞父进程启动并且共享父进程内存空间，在子进程调用_exit(2)退出之后，SIGCHILD信号触发 和 父进程设置traceroute_pid值代码 这2者本身存在竞争关系，目前测试验证多数情况下SIGCHILD先处理，但SIGCHILD的traceroute诊断代码逻辑会依赖traceroute_pid，所以必须在SIGCHILD信号处理之前先正确设置traceroute_pid值

有一些博客给出解释：

vfork系统调用不同于fork，用vfork创建的子进程与父进程共享地址空间，也就是说子进程完全运行在父进程的地址空间上，如果这时子进程修改了某个变量，这将影响到父进程

个人认同（抱歉没有实锤 - 还未查过vfork的内核实现）