daemon进程实例分析

文/kingkai

 

以下是memcache中的daemon启动的一段源码，基于这个例子，我们详细分析一下daemon启动的台前幕后。

int daemon(nochdir, noclose) int nochdir, noclose; { int fd; switch (fork()) { case -1: return (-1); case 0: break; default: _exit(0); } if (setsid() == -1) return (-1); if (!nochdir) (void)chdir("/"); if (!noclose && (fd = open("/dev/null", O_RDWR, 0)) != -1) { (void)dup2(fd, STDIN_FILENO); (void)dup2(fd, STDOUT_FILENO); (void)dup2(fd, STDERR_FILENO); if (fd > STDERR_FILENO) (void)close(fd); } return (0); }

 

1.      会话的概念。会话(session)是一个或多个进程组的集合。简单的理解，日常实践中新启动一个SecureCRT的窗口，就启动了一个新的会话。每个会话有一个会话ID。进程ID等于会话ID的该进程为会话首进程。通常一个会话首进程是-bash进程，也是后续所有在该会话中产生的进程的父进程。

 

2.      终端控制的概念。一个会话中包含的进程组分为前台(foreground)和后台(backgroud)两类。如果一个会话控制了终端，则它有一个前台控制组，其余的都是后台控制组。

Ctrl+c可以发送中断信号至前台控制组，这也是我们在SecureCRT中终止当前运行程序的常用方法。

网络断开会将挂断信号(SIGHUP)信号发送给会话首进程。这也是采用nohup启动的根源。父进程-bash被kill，该组中的所有子进程成为孤儿进程，并会收到SIGHUP，不做nohup或内置信号处理，孤儿进程会被kill。

 

3.      Setsid的行为。让一个进程成为deamon进程，我们期望它在一个新会话中，这个会话是不控制终端的，也就不会受到断开连接等因素影响。

Setsid完成3件事情。创建新会话并让该进程成为会话首进程(也是唯一进程)；让该进程成为进程组长；让该进程脱离终端控制。其中第二件事情有玄机，即如果该进程现在就是组长，那么setsid会返回失败。为保证其正常运行，则如程序所示，惯例是先fork，关闭父进程，此时子进程一方面继承了父进程组ID，另一方面他肯定是该进程组组长的有资格候选者。

 

4.      杂项。chdir("/")将当前目录更改为根目录，保证继承而来的原父进程的当前工作目录可以后续被unmount。打开/dev/null 并将标准输入输出错误都赋值到该文件上，因为守护进程不与终端设备相关联，无从输出无从输入。

 

---

 

 

参考文献：《UNIX高级环境编程》