看看“nohup”程序。

看看“nohup”程序。

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

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

screen will background your process without losing interactive control to it

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

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呢?但它通常是一种更易于管理的计算形式，如果有的话。

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

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

# ((mycommand &)&)

例如:

# ((sleep 30 &)&)
# exit

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

# ps aux | grep sleep

将显示睡眠30仍在运行。

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

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