(我知道SO上有一些关于同一主题的现有问题,我已经阅读了热门答案。这些答案很好,但我仍然有些不清楚。最近我遇到了一段用于在Unix系统中创建守护进程的Python:示例代码我想说的那段:
def daemonize(self):
"""
do the UNIX double-fork magic, see Stevens' "Advanced
Programming in the UNIX Environment" for details (ISBN 0201563177)
http://www.erlenstar.demon.co.uk/unix/faq_2.html#SEC16
"""
try:
pid = os.fork()
if pid > 0:
# exit first parent
sys.exit(0)
except OSError, e:
sys.stderr.write("fork #1 failed: %d (%s)n" % (e.errno, e.strerror))
sys.exit(1)
# decouple from parent environment
os.chdir("/")
os.setsid()
os.umask(0)
# do second fork
try:
pid = os.fork()
if pid > 0:
# exit from second parent
sys.exit(0)
except OSError, e:
sys.stderr.write("fork #2 failed: %d (%s)n" % (e.errno, e.strerror))
sys.exit(1)
# redirect standard file descriptors
sys.stdout.flush()
sys.stderr.flush()
si = file(self.stdin, 'r')
so = file(self.stdout, 'a+')
se = file(self.stderr, 'a+', 0)
os.dup2(si.fileno(), sys.stdin.fileno())
os.dup2(so.fileno(), sys.stdout.fileno())
os.dup2(se.fileno(), sys.stderr.fileno())
# write pidfile
atexit.register(self.delpid)
pid = str(os.getpid())
file(self.pidfile,'w+').write("%sn" % pid)
所以过程是:
- 创建当前进程的分支并终止父进程。所以在这种情况下,分叉进程 1 现在是一个孤立进程。
- 与父环境分离 - 我们为什么要这样做? 这是否意味着通过设置分叉进程 1 的 SID,我们可以隔离分叉进程? 此时,分叉进程 1 有自己的进程组和会话(等于其 PID),这意味着它是一个会话领导者,这意味着可以获取新的控制终端。
- 再次分叉并杀死分叉的进程 1。 分叉进程 2 现在也是一个孤立进程。 而且它绝对不是会话领导者(分叉进程 1 是)。 并且它不与原始父进程环境共享任何内容。
- 执行输入/输出/错误重定向。
那么我对创建守护进程的过程的理解是否正确?也有人在SO问题中提到"这可以防止僵尸进程",为什么这段代码甚至与僵尸进程有关?父级将被杀死,以便进程由 init 监控,这不是"守护进程"的意思吗?
有些人还提到,分叉一次应该已经给了我们一个很好的守护进程。有什么例子吗?任何示例(系统)在哪个分叉下可能不仅仅是一个好的守护进程?
作为同一会话一部分的进程意味着当您通过 SSH 断开连接时,bash 收到 SIGHUP 时,它会终止会话中的所有进程。默认 SIGHUP 处理程序也会终止进程。为避免这种情况,您需要创建一个新会话。
此外,TTY 是一个有点古老的概念,多年来,它已经掌握了大量的历史和大量用于交互的极端情况,但在运行守护程序时会适得其反,因为您不希望内核在发生与 TTY 相关的事情时向非交互式守护进程发送随机信号。
所以。。。您不想成为 TTY 会话的成员,也不想成为会话领导者,因为这些会发出信号。
这就是你启动守护进程的原因:你运行 python1,这个过程分叉,你得到 python1 和 python2。Python2 启动新的会话和分叉,所以你会得到 python3。
python2 中的 setsid 确保 python3 没有连接到 python1 会话,并且 python2 中的分支是必需的,因为 python2 仍然是会话领导者。
然后,Python3 将不会接收任何与 TTY 相关的信号,并且当您断开连接或盒子上发生任何与 TTY 相关的事情时,不会被 SIGHUP 杀死。