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

【问题标题】：Understanding Python code for creating daemon process了解用于创建守护进程的 Python 代码
【发布时间】：2016-06-12 02:46:56
【问题描述】：

（我知道在 SO 上存在一些关于同一主题的问题，并且我已经阅读了热门答案。这些答案很好，但我仍有一些不清楚的地方。）最近偶然发现了一段用于在 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 现在是一个孤儿。
与父环境解耦--我们为什么要这样做？是不是说通过设置分叉进程1的sid，我们就可以隔离分叉进程了？此时fork出的进程1有了自己的进程组和会话（等于它的pid），这意味着它是一个会话领导者，这意味着它可以获取一个新的控制终端。
再次分叉并终止分叉进程 1。分叉进程 2 现在也是一个孤立进程。它绝对不是会话负责人（分叉进程 1 是）。并且它不与原始父进程环境共享任何内容。
进行输入/输出/错误重定向。

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

有些人还提到，fork once 应该已经为我们提供了一个好的守护进程。这有什么例子吗？任何 fork once 可能不仅仅作为一个好的守护进程工作的示例（系统）？

【问题讨论】：

What is the reason for performing a double fork when creating a daemon?的可能重复
我确实在我的问题中提到了这个问题，并且我已经阅读了该问题下的前 3 个答案。他们是很好的答案，但我仍然有一些不清楚的地方，这已经包含在我的问题中
链接问题中的一些答案，也解释了双分叉，只有当父进程预计比子进程寿命更长时才需要（因此让子进程在父进程中成为僵尸表）。

标签： python linux unix daemon sys

【解决方案1】：

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

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

所以...您不想成为 TTY 会话的成员，也不想成为会话负责人，因为它们会收到信号。

这就是你启动守护进程的原因：你运行 python1，这个进程分叉，你得到 python1 和 python2。 Python2 开始新的会话并分叉，所以你得到了 python3。

python2 中的setsid 确保python3 没有连接到python1 会话，而python2 中的fork 是需要的，因为python2 仍然是会话领导者。

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

【讨论】：