正如其他人所指出的，要在后台运行进程以便与SSH会话断开连接，您需要让后台进程正确地与它的控制终端断开关联——这是SSH会话使用的伪tty。

您可以在Stevens的“高级网络程序，第1卷，第3版”或Rochkind的“高级Unix编程”等书籍中找到有关守护进程的信息。

最近(在过去的几年里)，我不得不处理一个不听话的程序，它没有正确地守护自己。最后，我创建了一个通用的daemonizing程序来解决这个问题——类似于nohup，但是有更多的控件。

Usage: daemonize [-abchptxV][-d dir][-e err][-i in][-o out][-s sigs][-k fds][-m umask] -- command [args...]
  -V          print version and exit
  -a          output files in append mode (O_APPEND)
  -b          both output and error go to output file
  -c          create output files (O_CREAT)
  -d dir      change to given directory
  -e file     error file (standard error - /dev/null)
  -h          print help and exit
  -i file     input file (standard input - /dev/null)
  -k fd-list  keep file descriptors listed open
  -m umask    set umask (octal)
  -o file     output file (standard output - /dev/null)
  -s sig-list ignore signal numbers
  -t          truncate output files (O_TRUNC)
  -p          print daemon PID on original stdout
  -x          output files must be new (O_EXCL)

在没有使用GNU getopt()函数的系统上，双破折号是可选的;这在Linux等环境中是必要的(或者你必须在环境中指定POSIXLY_CORRECT)。由于双破折号在任何地方都适用，所以最好使用它。

如果你想要daemon的源代码，你仍然可以联系我(firstname . lastname at gmail . com)。

然而，代码现在(终于)在GitHub上我的SOQ(堆栈)中可用 溢出问题)存储库为文件daemonize-1.10。TGZ在 包 子目录。

如果使用screen作为根用户运行进程，请注意特权提升攻击的可能性。如果你自己的帐户以某种方式被泄露，将有一种直接的方式接管整个服务器。

如果需要定期运行此进程，并且您对服务器有足够的访问权限，那么更好的选择是使用cron来运行该作业。你也可以使用init。D(超级守护进程)在后台启动您的进程，并且它可以在完成后立即终止。

nohup blah &

用您的进程名替换blah!

daemonize吗?nohup吗?屏幕?(tmux ftw，屏幕是垃圾;)

就像其他应用一开始所做的那样——双叉。

# ((exec sleep 30)&)
# grep PPid /proc/`pgrep sleep`/status
PPid:   1
# jobs
# disown
bash: disown: current: no such job

砰!完成:-)我已经在所有类型的应用程序和许多旧机器上使用了无数次。您可以结合重定向和诸如此类的东西来在您和进程之间打开一个私有通道。

创建为coproc.sh:

#!/bin/bash

IFS=

run_in_coproc () {
    echo "coproc[$1] -> main"
    read -r; echo $REPLY
}

# dynamic-coprocess-generator. nice.
_coproc () {
    local i o e n=${1//[^A-Za-z0-9_]}; shift
    exec {i}<> <(:) {o}<> >(:) {e}<> >(:)
. /dev/stdin <<COPROC "${@}"
    (("\$@")&) <&$i >&$o 2>&$e
    $n=( $o $i $e )
COPROC
}

# pi-rads-of-awesome?
for x in {0..5}; do
    _coproc COPROC$x run_in_coproc $x
    declare -p COPROC$x
done

for x in COPROC{0..5}; do
. /dev/stdin <<RUN
    read -r -u \${$x[0]}; echo \$REPLY
    echo "$x <- main" >&\${$x[1]}
    read -r -u \${$x[0]}; echo \$REPLY
RUN
done

然后

# ./coproc.sh 
declare -a COPROC0='([0]="21" [1]="16" [2]="23")'
declare -a COPROC1='([0]="24" [1]="19" [2]="26")'
declare -a COPROC2='([0]="27" [1]="22" [2]="29")'
declare -a COPROC3='([0]="30" [1]="25" [2]="32")'
declare -a COPROC4='([0]="33" [1]="28" [2]="35")'
declare -a COPROC5='([0]="36" [1]="31" [2]="38")'
coproc[0] -> main
COPROC0 <- main
coproc[1] -> main
COPROC1 <- main
coproc[2] -> main
COPROC2 <- main
coproc[3] -> main
COPROC3 <- main
coproc[4] -> main
COPROC4 <- main
coproc[5] -> main
COPROC5 <- main

这就是，衍生什么的。<(:)通过进程替换打开一个匿名管道，这将终止，但管道仍然存在，因为您拥有它的句柄。我通常用sleep 1代替:因为它有点不正常，我会得到一个“file busy”错误——如果运行一个真正的命令(例如，command true)，永远不会发生。

“heredoc采购”:

. /dev/stdin <<EOF
[...]
EOF

这适用于我尝试过的每一个shell，包括busybox/etc (initramfs)。我以前从未见过这种情况，我是自己发现的，谁知道来源可以接受args呢?但它通常是一种更易于管理的计算形式，如果有的话。

当会话关闭时，进程接收到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.

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

# ((mycommand &)&)

例如:

# ((sleep 30 &)&)
# exit

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

# ps aux | grep sleep

将显示睡眠30仍在运行。

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

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