虽然你可能更喜欢Python -daemon模块提供的纯Python解决方案，但在libc中有一个daemon(3)函数——至少在BSD和Linux上是这样——它可以做正确的事情。

从python调用它很简单:

import ctypes

ctypes.CDLL(None).daemon(0, 0) # Read the man-page for the arguments' meanings

剩下要做的唯一一件事就是创建(和锁定)pid文件。但你能处理好自己…

经过几年的努力和多次尝试(我尝试了这里给出的所有答案，但最后都有一些小缺点)，现在我意识到有一种比直接从Python启动、停止和重新启动守护进程更好的方法:使用OS工具。

例如，对于Linux，我不做python myapp start和python myapp stop，而是这样启动应用程序:

screen -S myapp python myapp.py    
# CTRL+A, D to detach

或者screen -dmS myapp python myapp.py在一个命令中启动和卸载它。

然后:

screen -r myapp

重新连接到这个终端。进入终端后，可以使用CTRL+C来停止它。

这个函数将应用程序转换为守护进程:

import sys
import os

def daemonize():
    try:
        pid = os.fork()
        if pid > 0:
            # exit first parent
            sys.exit(0)
    except OSError as err:
        sys.stderr.write('_Fork #1 failed: {0}\n'.format(err))
        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 as err:
        sys.stderr.write('_Fork #2 failed: {0}\n'.format(err))
        sys.exit(1)
    # redirect standard file descriptors
    sys.stdout.flush()
    sys.stderr.flush()
    si = open(os.devnull, 'r')
    so = open(os.devnull, 'w')
    se = open(os.devnull, 'w')
    os.dup2(si.fileno(), sys.stdin.fileno())
    os.dup2(so.fileno(), sys.stdout.fileno())
    os.dup2(se.fileno(), sys.stderr.fileno())

可能这不是对问题的直接回答，但systemd可以用于作为守护进程运行应用程序。这里有一个例子:

[Unit]
Description=Python daemon
After=syslog.target
After=network.target

[Service]
Type=simple
User=<run as user>
Group=<run as group group>
ExecStart=/usr/bin/python <python script home>/script.py

# Give the script some time to startup
TimeoutSec=300

[Install]
WantedBy=multi-user.target

我更喜欢这种方法，因为许多工作都是为您完成的，并且您的守护进程脚本的行为与系统的其他部分类似。

在成为一个行为良好的守护进程时，有许多精细的事情需要注意:

prevent core dumps (many daemons run as root, and core dumps can contain sensitive information) behave correctly inside a chroot gaol set UID, GID, working directory, umask, and other process parameters appropriately for the use case relinquish elevated suid, sgid privileges close all open file descriptors, with exclusions depending on the use case behave correctly if started inside an already-detached context, such as init, inetd, etc. set up signal handlers for sensible daemon behaviour, but also with specific handlers determined by the use case redirect the standard streams stdin, stdout, stderr since a daemon process no longer has a controlling terminal handle a PID file as a cooperative advisory lock, which is a whole can of worms in itself with many contradictory but valid ways to behave allow proper cleanup when the process is terminated actually become a daemon process without leading to zombies

其中一些是标准的，如Unix规范文献(已故的W. Richard Stevens所著的《Unix环境中的高级编程》，Addison-Wesley, 1992年)中所述。其他的，如流重定向和PID文件处理，是大多数守护进程用户所期望的常规行为，但不太标准化。

所有这些都包含在PEP 3143“标准守护进程库”规范中。Python -daemon参考实现适用于Python 2.7或更高版本，以及Python 3.2或更高版本。

当前的解决方案

PEP 3143(标准守护进程库)的参考实现现在作为python-daemon提供。

历史的答案

Sander Marechal的代码样例优于2004年发布的原始代码。我曾经为Pyro贡献了一个daemonizer，但如果我必须重新做的话，可能会使用Sander的代码。