守护进程简介
守护进程(deamon)是生存期长的一种进程。它们常常在系统引导装入时启动(如果需要守护进程随系统自启动,需要在/etc/init.d目录下放置响应的启动脚本,或者利用systemctl来控制,还有一些其他方法如supervisor等,读者可自行网上搜索相关用法),仅在系统关闭时才终止。因为它们没有控制终端,所以说它们是在后台运行的。
从daemon的启动和管理方式区分,可以将daemon分为两大类:可独立启动的daemon(stand alone)和由一个超级daemon(super daemon)来统一管理的daemon。
- stand alone:可单独自行启动的daemon。这种daemon启动后会一直占用内存和系统资源,最大的优点是响应速度快,多用于能够随时接受远程请求的服务,如WWW的daemon(httpd)、FTP的daemon(vsftpd)等。
- super daemon:由一个特殊的daemon来统一管理。这种服务通过一个统一的daemon在需要时负责唤醒,当没有远程请求时,这些服务都是未启动的,等到有远程请求过来时,super daemon才唤醒相应的服务。当远程请求结束后,被唤醒的服务会关闭并释放系统资源。早期的super daemon是inetd,后来被xinetd替代了。super daemon本身是一个stand alone的服务,因为它需要管理后续的其他服务,所以它自己本身当然需要常驻内存中。
守护进程创建步骤
执行一个fork(),之后父进程退出,子进程继续执行。(结果就是daemon成为了init进程的子进程。)之所以要做这一步是因为下面两个原因:
假设daemon是从命令行启动的,父进程的终止会被shell发现,shell在发现之后会显示出另一个shell提示符并让子进程继续在后台运行。
子进程被确保不会称为一个进程组组长进程,因为它从其父进程那里继承了进程组ID并且拥有了自己的唯一的进程ID,而这个进程ID与继承而来的进程组ID是不同的,这样才能够成功地执行下一个步骤。
子进程调用setsid()开启一个新回话并释放它与控制终端之间的所有关联关系。结果就是使子进程:
a. 成为新会话的首进程
b. 成为一个新进程组的组长进程
c. 没有控制终端
ps -eo pid,ppid,pgid,cmd 查看如果daemon从来没有打开过终端设备,那么就无需担心daemon会重新请求一个控制终端了。如果daemon后面可能会打开一个终端设备,那么必须要采取措施来确保这个设备不会成为控制终端。这可以通过下面两种方式实现:
- 在所有可能应用到一个终端设备上的open()调用中指定O_NOCTTY标记。int fd = open(“/dev/tty”, O_RDWR | O_NOCTTY);
- 或者更简单地说,在setsid()调用之后执行第二个fork(),然后再次让父进程退出并让孙子进程继续执行。这样就确保了子进程不会称为会话组长,因此根据System V中获取终端的规则,进程永远不会重新请求一个控制终端。(多一个fork()调用不会带来任何坏处。)
清除进程的umask以确保当daemon创建文件和目录时拥有所需的权限。
修改进程的当前工作目录,通常会改为根目录(/)。这样做是有必要的,因为daemon通常会一直运行直至系统关闭为止。如果daemon的当前工作目录为不包含/的文件系统,那么就无法卸载该文件系统。或者daemon可以将工作目录改为完成任务时所在的目录或在配置文件中定义一个目录,只要包含这个目录的文件系统永远不会被卸载即可。
关闭daemon从其父进程继承而来的所有打开着的文件描述符。(daemon可能需要保持继承而来的文件描述的打开状态,因此这一步是可选的或者可变更的。)之所以这样做的原因有很多。由于daemon失去了控制终端并且是在后台运行的,因此让daemon保持文件描述符0(标准输入)、1(标准输出)和2(标准错误)的打开状态毫无意义,因为它们指向的就是控制终端。此外,无法卸载长时间运行的daemon打开的文件所在的文件系统。因此,通常的做法是关闭所有无用的打开着的文件描述符,因为文件描述符是一种有限的资源。
在关闭了文件描述符0、1和2之后,daemon通常会打开/dev/null并使用dup2()(或类似的函数)使所有这些描述符指向这个设备。之所以要这样做是因为下面两个原因:
- 它确保了当daemon调用了在这些描述符上执行I/O的库函数时不会出乎意料地失败。
- 它防止了daemon后面使用描述符1或2打开一个文件的情况,因为库函数会将这些描述符当做标准输出和标准错误来写入数据(进而破坏了原有的数据)。
C++实现
直接将下面的示例代码负责粘贴到文件中,例如这里文件名为example_daemon.cpp,直接g++编译。
1 | # 生成名为 example_daemon 的可执行文件 |
示例代码:
1 |
|
在 Linux 系统中,/proc/
例如:父进程启动了一个非daemon程序,并且在该程序中启动了一个子进程。子进程的会话ID(Session ID)仍然是shell进程的ID,但组ID(Process Group ID)是当前启动的这个进程的ID。
由于子进程的组ID与当前进程的ID相同,如果你在shell中按下Ctrl+C,将发送中断信号(SIGINT)给当前前台进程组的所有成员,即包括父进程和子进程。
在这种情况下,父进程和子进程都属于同一前台进程组,因此它们都会收到中断信号。如果你希望只有父进程或只有子进程接收中断信号,可以考虑在fork后修改子进程的组ID,使其与父进程不同,从而隔离它们的信号处理。这样,Ctrl+C 将只影响前台进程组的成员。
参考文献
1. 《Linux_UNIX系统编程手册》
2. 《UNIX环境高级编程》
3. https://segmentfault.com/a/1190000022770900