论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2011-04-19 21:02 |只看该作者 |倒序浏览

If we want to write a process so that it forks a
child but we don't want to wait for the child to complete and we don't want the child to become a zombie until
we terminate, the trick is to call fork twice.

#include "apue.h"
#include <sys/wait.h>
int
main(void)
{
pid_t
pid;
if ((pid = fork()) < 0) {
err_sys("fork error");
} else if (pid == 0) {
/* first child */
if ((pid = fork()) < 0)
err_sys("fork error");
else if (pid > 0)
exit(0);
/* parent from second fork == first child */
/*
* We're the second child; our parent becomes init as soon
* as our real parent calls exit() in the statement above.
* Here's where we'd continue executing, knowing that when
* we're done, init will reap our status.
*/
sleep(2);
printf("second child, parent pid = %d\n", getppid());
exit(0);
}
if (waitpid(pid, NULL, 0) != pid)
err_sys("waitpid error");
/* wait for first child */
/*
* We're the parent (the original process); we continue executing,
* knowing that we're not the parent of the second child.
*/
exit(0)
}

复制代码

没看出来两次fork与一次fork有什么区别，换言之它所说的这个“trick"，没看出有什么意义。
如果写一个程序fork出子进程，然后你进程退出，子进程交给init了，该子进程也没有成为僵尸吧，也没有在wait它，这不是已经达到了文中的要求?
而这个trick里，无非是A fork B, B fork C , B exit ,A exit,C controled by init。抛弃A进程，剩下的过程跟直接写一个程序B fork C有区别么？

文库|博客

cokeboL

巨富豪门

论坛徽章:: 36

2楼 [报告]

发表于 2011-04-20 09:16 |只看该作者

本帖最后由 cokeboL 于 2011-04-20 09:24 编辑

如果A fork C，A是一直存在的服务，那当C退出了需要在A中回收C,否则C残留继续占用系统资源，但在A中每个都子进程退出都处理又不确定它什么时候退出，所以干脆fork个立刻退出然后能立刻回收的B，让C退出时由init自动处理吧。

接触开发时间比较短，单凭字面和代码理解的，不知道对不对。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

apor

白手起家

论坛徽章:: 0

3楼 [报告]

发表于 2011-04-20 15:47 |只看该作者

本帖最后由 apor 于 2011-04-20 15:56 编辑

回复 2# cokeboL

谢谢，不过你没看我说的意思啊...
我是说直接一次fork跟两次fork有区别么。我怎么觉得没区别似的。
A fork B , A exit , B controled by init (这里我们也没有waitpid(B)，而B也没有成为僵尸，不是已经达到了文中的要求了么？）
A fork B , B fork C, B exit, A exit, C controled by init(B fork C的这段过程，明显与上面的一致嘛。有什么区别？这种twice fork解决了什么问题吗？)