虽然你可能更喜欢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文件。但你能处理好自己…

可能这不是对问题的直接回答，但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

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

注意python-daemon包，它可以开箱即用地解决daemon背后的许多问题。

它支持的其他特性(来自Debian包描述)包括:

将进程分离到自己的进程组中。 设置适合在chroot中运行的进程环境。 放弃suid和sgid权限。 关闭所有打开的文件描述符。 修改工作目录、uid、gid和umask。 设置适当的信号处理程序。 打开stdin、stdout和stderr的新文件描述符。 管理指定PID锁文件。 注册用于出口处理的清理函数。

80%的情况下，当人们说“守护进程”时，他们只想要一个服务器。因为这个问题在这一点上是完全不清楚的，所以很难说答案的可能范围是什么。既然有一个服务器就足够了，那就从那里开始吧。如果实际需要一个“守护进程”(这种情况很少见)，请阅读nohup作为对服务器进行守护的一种方式。

在真正需要守护进程之前，只需编写一个简单的服务器。

再看看WSGI参考实现。

再看看简单HTTP服务器。

“还有其他需要考虑的事情吗?”是的。大概有一百万件事。什么协议?有多少请求?为每个请求服务多长时间?他们多久来一次?您会使用专用的流程吗?线程?子流程?编写一个守护进程是一项大工作。

在python中进行daemonization时，还有一件需要考虑的事情:

如果您正在使用python日志记录，并且希望在守护进程完成后继续使用它，请确保在处理程序(特别是文件处理程序)上调用close()。

如果您不这样做，处理程序仍然可以认为它有文件打开，并且您的消息将简单地消失-换句话说，确保记录器知道它的文件是关闭的!

这假设当你守护进程时，你不加区别地关闭所有打开的文件描述符——相反，你可以尝试关闭除了日志文件以外的所有文件(但是关闭所有文件然后重新打开你想要的文件通常更简单)。

我修改了Sander Marechal的代码示例(@JeffBauer在接受的回答中提到)中的几行代码，以添加一个quit()方法，该方法在守护进程停止之前执行。这有时是非常有用的。

在这儿。

注意:我没有使用“python-daemon”模块，因为文档仍然缺失(参见许多其他SO问题)，而且相当模糊(如何使用这个模块从命令行正确地启动/停止一个守护进程?)