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

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

screen will background your process without losing interactive control to it

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

如果你想同时运行X个应用程序，可以使用xpra和“screen”。

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

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

在基于debian的系统上(在远程机器上) 安装:

Sudo apt-get install tmux

用法:

tmux 运行您想要的命令

重命名会话:

按Ctrl+B然后$ 集名称

退出会话:

按Ctrl+B然后D

(这会留下tmux会话)。此时可以退出SSH。

当您需要再次返回/检查它时，启动SSH，并输入

Tmux附加session_name

它将带您回到tmux会话。

接受的回答建议使用nohup。我建议用pm2。使用pm2而不是nohup有很多优点，比如保持应用程序处于活动状态，维护应用程序的日志文件以及许多其他特性。要了解更多细节，请查看这个。

安装pm2需要下载npm。基于Debian的系统

sudo apt-get install npm

还有红帽公司

sudo yum install npm

或者你可以按照这些说明来做。 在安装npm之后，使用它来安装pm2

npm install pm2@latest -g

一旦完成，你可以开始你的应用程序

$ pm2 start app.js              # Start, Daemonize and auto-restart application (Node)
$ pm2 start app.py              # Start, Daemonize and auto-restart application (Python)

使用以下命令进行进程监控:

$ pm2 list                      # List all processes started with PM2
$ pm2 monit                     # Display memory and cpu usage of each app
$ pm2 show [app-name]           # Show all informations about application

使用应用程序名称或进程id管理进程或同时管理所有进程:

$ pm2 stop     <app_name|id|'all'|json_conf>
$ pm2 restart  <app_name|id|'all'|json_conf>
$ pm2 delete   <app_name|id|'all'|json_conf>

日志文件可以在

$HOME/.pm2/logs #contain all applications logs

二进制可执行文件也可以使用pm2运行。你得修改一下杰森的档案。将“exec_interpreter”:“node”修改为“exec_interpreter”:“none”。(请参阅属性部分)。

#include <stdio.h>
#include <unistd.h>  //No standard C library
int main(void)
{
    printf("Hello World\n");
    sleep (100);
    printf("Hello World\n");

    return 0;
}

编译上述代码

gcc -o hello hello.c  

在后台运行np2

pm2 start ./hello

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