我也会去屏幕程序(我知道some1其他答案是屏幕，但这是一个完成)

事实不仅是&，ctrl+z bg disown, nohup等可能会给你一个讨厌的惊喜，当你退出工作仍然会被杀死(我不知道为什么，但它确实发生在我身上，它没有打扰它，因为我切换到使用屏幕，但我猜anthonyrisinger解决方案作为双分叉将解决这个问题)，屏幕也有一个主要的优势，只是背景:

screen will background your process without losing interactive control to it

顺便说一句，这是一个我一开始就不会问的问题:)…我从一开始在Unix上做任何事情就使用screen…我(几乎)从未在unix/linux shell中工作而不首先开始屏幕…我现在应该停止了，否则我将开始无休止的演示什么是好屏幕以及可以为你们做什么……自己去查吧，很值得的;)

还有开源libslack包的daemon命令。

Daemon是相当可配置的，并且关心所有繁琐的守护进程的东西，如自动重启、日志记录或pidfile处理。

当会话关闭时，进程接收到SIGHUP信号，但它显然没有捕捉到这个信号。您可以在启动进程时使用nohup命令，或者在启动进程后使用bash内置命令disown -h来防止这种情况发生:

> help disown
disown: disown [-h] [-ar] [jobspec ...]
     By default, removes each JOBSPEC argument from the table of active jobs.
    If the -h option is given, the job is not removed from the table, but is
    marked so that SIGHUP is not sent to the job if the shell receives a
    SIGHUP.  The -a option, when JOBSPEC is not supplied, means to remove all
    jobs from the job table; the -r option means to remove only running jobs.

我建议使用GNU屏幕。它允许您在所有进程继续运行时断开与服务器的连接。在我知道它存在之前，我不知道没有它是怎么生活的。

对于大多数进程，您可以使用这个旧的Linux命令行技巧进行伪守护:

# ((mycommand &)&)

例如:

# ((sleep 30 &)&)
# exit

然后启动一个新的终端窗口，然后:

# ps aux | grep sleep

将显示睡眠30仍在运行。

您所做的是将该进程作为子进程的子进程启动，当您退出时，通常会触发该进程退出的nohup命令不会级联到子进程，使其成为一个孤儿进程，仍在运行。

我更喜欢这种“设置好就忘记”的方法，不需要处理nohup、screen、tmux、I/o重定向或任何类似的东西。

在systemd/Linux上，systemd-run是一个很好的工具，可以启动与会话无关的进程。