python - 了解创建守护进程的Python代码

Question

(我知道关于同一主题存在一些现有问题，并且我已经阅读了热门答案。这些答案很好，但我仍然有一些不清楚的地方。) 最近我遇到了一段在Unix系统中创建守护进程的Python:sample code 我想谈的是:

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("%s\n" % pid)

所以流程是:

1. 创建当前进程的分支并终止父进程。因此，在这种情况下， fork 进程 1 现在是一个孤儿进程。
2. 与父环境解耦--为什么要这样做？这是否意味着通过设置fork进程1的sid，我们可以隔离fork进程？此时，fork的进程1有自己的进程组和 session (等于它的pid)，这意味着它是一个 session 领导者，这意味着它有可能获得一个新的控制终端。
3. 再次 fork 并杀死 fork 进程 1。 fork 进程 2 现在也是一个孤儿进程。而且它绝对不是 session 领导者( fork 进程 1 是)。并且它不与原始父进程环境共享任何内容。
4. 进行输入/输出/错误重定向。

那么我对创建守护进程的过程的理解是否正确？还有人在 SO question 中提到“这可以防止僵尸进程” , 为什么这段代码还和僵尸进程有关？ 父进程会被杀掉，让进程被 init 监控，这不就是“daemon”的意思吗？

有些人还提到， fork 一次应该已经为我们提供了一个良好的守护进程。有这方面的例子吗？有什么例子(系统)在它下 fork 一次可能不仅仅作为一个好的守护进程工作吗？

Answer 1

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

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

---

所以...您不想成为 TTY session 的成员，也不想成为 session 领导者，因为这些都会收到信号。

这就是启动守护进程的原因:运行 python1，该进程 fork ，得到 python1 和 python2。 Python2 启动新 session 并 fork ，因此您得到了 python3。

python2 中的 Setsid 确保 python3 没有连接到 python1 session ，并且需要在 python2 中 fork，因为 python2 仍然是 session 领导者。

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