了解用于创建守护进程的 Python 代码



(我知道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 现在是一个孤立进程。
  2. 与父环境分离 - 我们为什么要这样做? 这是否意味着通过设置分叉进程 1 的 SID,我们可以隔离分叉进程? 此时,分叉进程 1 有自己的进程组和会话(等于其 PID),这意味着它是一个会话领导者,这意味着可以获取新的控制终端。
  3. 再次分叉并杀死分叉的进程 1。 分叉进程 2 现在也是一个孤立进程。 而且它绝对不是会话领导者(分叉进程 1 是)。 并且它不与原始父进程环境共享任何内容。
  4. 执行输入/输出/错误重定向。

那么我对创建守护进程的过程的理解是否正确?也有人在SO问题中提到"这可以防止僵尸进程",为什么这段代码甚至与僵尸进程有关?父级将被杀死,以便进程由 init 监控,这不是"守护进程"的意思吗?

有些人还提到,分叉一次应该已经给了我们一个很好的守护进程。有什么例子吗?任何示例(系统)在哪个分叉下可能不仅仅是一个好的守护进程?

作为同一会话一部分的进程意味着当您通过 SSH 断开连接时,bash 收到 SIGHUP 时,它会终止会话中的所有进程。默认 SIGHUP 处理程序也会终止进程。为避免这种情况,您需要创建一个新会话。

此外,TTY 是一个有点古老的概念,多年来,它已经掌握了大量的历史和大量用于交互的极端情况,但在运行守护程序时会适得其反,因为您不希望内核在发生与 TTY 相关的事情时向非交互式守护进程发送随机信号。


所以。。。您不想成为 TTY 会话的成员,也不想成为会话领导者,因为这些会发出信号。

这就是你启动守护进程的原因:你运行 python1,这个过程分叉,你得到 python1 和 python2。Python2 启动新的会话和分叉,所以你会得到 python3。

python2 中的 setsid 确保 python3 没有连接到 python1 会话,并且 python2 中的分支是必需的,因为 python2 仍然是会话领导者。

然后,Python3 将不会接收任何与 TTY 相关的信号,并且当您断开连接或盒子上发生任何与 TTY 相关的事情时,不会被 SIGHUP 杀死。

最新更新